수직 정렬 : 예 또는 아니오? [닫은]


13

예를 들어, 수직이 아닌 정렬 :

Name:   Hamt
Version:  0.1.0
Cabal-Version:  >= 1.2
License:  BSD3
Author:  Jason Baker

또는 수직 정렬 :

Name:           Hamt
Version:        0.1.0
Cabal-Version:  >= 1.2
License:        BSD3
Author:         Jason Baker

어느 쪽을 선호하고 왜?

답변:


17

개인적으로, 나는 코드의 두 번째 버전이 조금 더 읽기 쉽다고 생각하지만 그것을 유지하는 것이 그 가독성을 보완한다고 생각하지 않습니다. 따라서 코드가 변경되지 않을 것이라고 확신하는 경우이 예제의 두 번째 버전 만 사용합니다.


8

다음과 같이하면 시간이 절약됩니다.

Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker

읽기가 너무 어렵지 않습니다.


실제로 올바른 형식의 예제입니다. vim 명령도 있습니다.:%s/\([^ ]\) \+/\1 /g
Dorian

길이별로 정렬 할 수 있습니까? :-)
realbart

7

나는 하이브리드를 선호한다 :

Name    : Hamt
Version : 0.1.0
Cabal-Version :  >= 1.2
License : BSD3
Author  : Jason Baker

이것은 대부분의 라인이 멀리 떨어져있는 것을 방지하기 위해 주변 라인보다 긴 가끔 라인을 제외하고 본질적으로 숫자 2입니다.


7

다음은 인간과 컴퓨터 간의 상호 작용에 관한 대학 과정과 (G) UI 디자인 및 그래픽 디자인에 대해 읽은 여러 권의 책에서 얻은 경험과 교육을 기반으로 한 목록 레이아웃의 또 다른 변형입니다. 대화 상자와 에너지 / 시간이있을 때 CSS (일반적으로 코드는 아님)에 사용합니다.

          Name : Hamt
       Version : 0.1.0
 Cabal-Version : >= 1.2
       License : BSD3
        Author : Jason Baker

다른 모든 것들과 마찬가지로 장단점이 있습니다.

장점 :

  • 라벨에서 데이터를 분리하는 강력한 시각적 구분
  • 미적으로 기쁘고 전문적인 그래픽 디자인 모양 (특히 완성 된 게시 된 파일의 경우)
  • 데이터가 레이블에 더 가까워 져서 연결하기가 더 쉬워 짐
  • 대화 상자 레이아웃에 이상적

단점 :

  • 올바르게 포맷하려면 더 많은 시간이 필요합니다
  • 가장 긴 새 항목을 추가 할 때 다시 정렬해야 함
  • 코드에 유용하지 않음



HTH


와우, 나는 이런 식으로 본 적이 없다. 나는 그것을 좋아한다! +1
Stephen

그러나 라인의 시작 위치와 코드 삽입을 찾기가 더 어렵습니다.
M. Sadeq HE

그 스타일의 이름은 무엇입니까? 나는 그것을 선호하고 자동으로 할 원자 패키지를 찾으려고 노력하고 있습니다
daslicious

6

나는 첫 번째 탭을 선호하지만 탭이 없습니다 (공백이 있다고 생각합니다). 대신 빈 공간이 하나뿐입니다. 나에게 그것은 주어진 경우와 같이 데이터가 "유사하지"않을 때 쉽게 읽을 수 있습니다. 또한 (행 데이터를 편집하는 동안) "행을 잘못 판독"하는 것, 즉 버전 번호가있는 3 개의 행이있는 경우 더 어려워집니다. 그런 다음 하나를 편집하는 동안 실수로 다른 위치를 편집합니다.

그러나 데이터가 비슷하면 두 번째 예와 같이 열에 데이터를 넣는 것이 좋습니다 (유사하지는 않지만 요점을 얻음).


나는 첫 번째도 선호하고 비례 글꼴을 사용하고 있기 때문에 세로 정렬은 나에게 적합하지 않습니다.
Calmarius

5

불행히도 스타일에 관한 질문이기 때문에 이것은 매우 주관적이며 많은 상충되는 결과를 낳을 것입니다. 또한, 사용하는 스타일은 TAB 또는 공백 사용에 따라 크게 다릅니다.


내 두 센트는 두 번째 버전의 변형을 선호합니다. 나는 이것을 가장 좋아한다.

Name            : Hamt
Version         : 0.1.0
Cabal-Version   : >= 1.2
License         : BSD3
Author          : Jason Baker

내가 시도한 가장 읽기 쉽고 사용하기 쉬운 버전입니다. 유일한 단점은 가장 넓은 필드가 무엇인지 알아 내야하며 때로는 너무 넓은 경우 모든 필드를 확장 해야하는 경우가 있습니다 (일반적으로 CSS에서만 발생 함). 그러나 고려해야 할 몇 가지 사항이 있습니다.

첫째, 나는 보통 공백 대신 TAB을 선호하지만 실제 TAB 설정은 다양합니다. 예를 들어 C (++) 코드의 경우 4 공간 TAB 또는 파스칼 또는 어셈블러 코드의 경우 2 공간 TAB에 익숙하지만 CSS와 같은 일부의 경우 TAB 너비를 선호하지 않습니다. 이 변형은 충분히 복잡하지만, 내가 사용하는 편집기는 그 자체의 복잡한 문제를 일으 킵니다. 일부 편집기에서는 언어 별 탭 설정을 지정할 수 있지만 일부는 설정하지 않습니다 (일부 프로파일이 다른 경우도 있음).

공백을 위해 TAB을 잊어 버리면 이러한 합병증을 피할 수 있습니다. 코드는 일반적으로 고정 폭 글꼴로되어 있으므로 공백을 사용하면 문제가 없지만 양식, 이력서 또는 기타 비 코드 텍스트로 필드의 서식을 지정하고 비례 글꼴을 사용하는 경우 항목을 정렬하려면 Tab 키가 필요합니다 .

고정 너비 코드를 사용하더라도 각 TAB에 대해 여러 공간을 커서로 표시 해야하는 것이 실망 스럽기 때문에 일반적으로 TAB을 선호합니다. 이전 Borland IDE에는 2, 4 등의 공백 대신 단일 엔티티로 TAB (특히 전체 길이의 공백)을 커서로 지정할 수있는 옵션이 있습니다. 따라서 커서 탐색을 쉽고 빠르게하면서 TAB을 공백으로 삽입하는 것이 실용적이었습니다. 불행히도 나는 그것을 할 수있는 최신 Windows 편집기를 보지 못했습니다.

마지막으로, 다른 사람들이 귀하의 코드를 사용할지 여부는 스타일 선택에 큰 영향을 미칩니다. 나는 보통 내 코드를 사용하는 유일한 사람이므로 편집자 또는 다른 사람의 설정에 관계없이 내 취향에 따라 모든 것을 형식화 할 수 있습니다. 다른 사람들과 함께 일하는 경우 다른 사람들이 당신을 고려해야하기 때문에 그것들을 고려해야합니다.


요약하면, 가독성은 좋고 매우 바람직하지만 결정을 내릴 때 코드를 사용해야하는 설정 및 편집자 및 다른 사람이 중요합니다. 혼자라면 가장 읽기 쉬운 형식을 사용할 수도 있습니다. 그것을 사용하는 데 익숙해 져야 할 수도 있지만 장기적으로는 특히 돈이 많이 든 코드로 돌아와야 할 때 지불해야 할 것입니다. 가독성은 코드의 기능을 이해하는 주석만큼 중요합니다. 다른 사람과 함께 작업하는 경우 팀이 사용할 디자인 가이드를 설정하기 위해 함께 작업해야합니다.


2
"안타깝게도 저는 그렇게 할 수있는 최신 Windows 편집기를 보지 못했습니다." -화살표 키를 사용하여 텍스트 내부를 탐색 할 때 CTRL을 누르고 있으면됩니다. 거의 모든 편집기와 텍스트 상자는 Windows에서 지원합니다. 공백의 전체 블록과 한 번에 논리적 코드 블록을 건너 뜁니다.
Zoran Pavlovic
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.