최근 question about StyleCop은 코딩 스타일을 적용하는 도구 사용에 대해 경고합니다. 제가 개발하는 동안 이러한 도구 중 하나를 실행해야한다면 매우 짜증이납니다. 사람들이 정말로 유용하다고 생각하니? 그 이유는 무엇?스타일 적용 도구가 유용합니까?
지금까지 답변 한 사람 중에 누구나 스타일/서식 지정 규칙이 유용하다고 생각하고 있으며 그와 100 % 동의하고 있습니다. 그러나 스타일 가이드 및 정규 코드 리뷰가 아닌 시행을위한 도구 사용은 어떻습니까? 사람들이 실제로 유용하다는 것을 알았습니까? 그 이유는 무엇?
저는 많은 규칙을 실제로 신경 쓰지는 않지만 StyleCop의 개념을 좋아합니다.스타일은 너무 주관적이어서 나는 그것이 우리 과정의 일부가되어야하는지 아닌지를 확고히 결정하기 위해 고심하고 있습니다. 하지만 정말 통일 된 스타일로 팀을 보는 것이 더 좋을 것입니다. 그래서 내가 너무 찢어졌습니다.
분명히, FxCop (또는 동료 TFS 사용자를위한 코드 분석)과 같은 도구를 사용하여 방정식의 플립면이 더 많은 연습을 기반으로하므로 개인과 문체보다 더 기술적 인 결정이됩니다.
스타일이 (예 : '{'는 줄 끝이나 맨 앞에 있어야 함)을 나타내며, 특히 병합이 관련되어 있고 스타일이 엄격하게 적용되지 않는 경우 매우 성가 시울 수 있습니다 모든 개발자.
스타일을 참조하는 경우 '좋은 연습 "(의 몸과 같은'문이 개방과 중괄호를 닫는 포장해야 '경우), 실제로는 매우 유용 할 수 있습니다. 내가 생각
대규모 팀의 경우 유니폼 코딩 스타일이 필수적입니다. 몇 가지 표준을 유지하면 유지 보수성이 향상되어 학습 곡선을 최소화하면서 이전 코드를 유지 관리 할 수 있습니다. '{'가 나오는 곳)은 자동화 도구를 사용하여 매우 쉽게 구현할 수 있습니다. lopment 프로세스가 너무 많이. Eclipse와 Visual Studio는 모두 다양한 옵션을 기반으로 코드의 서식을 자동으로 지정하는 매우 다양한 옵션을 제공합니다.
예, 특히 큰 프로젝트에서 유용합니다. 즉, 다른 사람의 코드로 이동할 수 있으며 외계인으로 보일 수 없다는 의미입니다. 즉, 사람들은 프로젝트 전반에 걸쳐 더 이식성이 뛰어나므로 사람과 회사 모두에게 더 많은 유연성을 제공합니다.
단점은 어떤 스타일을 사용해야하는지 많은 시간을 소비 할 수 있다는 것입니다.
프로그래밍 또는 서식 지정 스타일이 제한되면 둘 이상의 사람으로 구성된 팀의 마찰을 줄일 수 있습니다.
언어 기능 제한 (특히 C#의 하위 집합 만 사용)은 압도적 인 개념을 다루지 않고 문제가되는 도메인에 집중하는 데 도움이됩니다. 소프트웨어가 강력하고 철저히 이해할 수 있어야하는 경우 중요합니다.
안부, 는 코딩 스타일과 서식 스타일의 차이가있다
을 tamberg. 코딩 스타일은 좋은 습관을 강요합니다. 'IF'문의 본문은 여는 중괄호와 닫는 중괄호로 묶어야합니다. 서식 지정 스타일은 코드의 모양을 나타냅니다. 여기서 '{'는 'IF'문에 들어 있습니다.
팀 환경에서;
좋은 서식 도구를 사용하면 모든 개발자가 코드를보고 싶은 방식으로 코드를 볼 수 있습니다. 좋은 스타일의 도구를 사용하면 모든 코드가 동일한 지침을 따를 수 있습니다.
버전 제어 시스템을 사용하는 경우 모든 개발자가 코드를 파일에 닿을 때마다 자신의 기본 설정으로 다시 형식화하면 매우 추악해질 수 있습니다. 개발자가 필요한 의사 소통 기술을 갖추지 못한 곳에서는 각 개발자가 수동적으로 적극적으로 "자신의"표준을 고수하면 Wikipedia와 유사한 편집 전쟁이 일어날 수 있습니다.
두 사람이 같은 파일에서 작업하는 경우 전반적으로 수동 재 포맷으로 인해 체크인시 충돌이 발생합니다.
VCS를 사용하는 경우 서식 지정 규칙을 적용하는 것이 좋습니다. 스타일 규칙을 적용하면 코드 품질이 향상 될 수 있습니다.
가는 선입니다. 내 책에서, 중괄호의 위치는 중괄호의 존재보다 더 중요합니다. –