2009-04-19 3 views
4

델파이 프로그래밍 표준을 코딩하는 회사를 작성하는 중입니다. 따라서 누구나 사용을 권장하거나 사용하지 않을 것을 제안 할 수 있습니까?델파이 코딩 표준

답변

16

Delphi Language Coding Standards Document을 내부 문서의 기초로 사용했습니다.

Object Pascal Style Guide은 아마도 "공식적인"것일 수 있습니다. 나는 그런 일이있는 한 멀리 생각합니다.

+0

이 두 문서를 살펴 보았습니다.이 두 문서는 모두 Delphi 2009의 형식이 틀렸고 오래되었습니다. 내가하고 싶지 않은 것은 '스타일'을 적용하는 것입니다. – Mmarquee

16

기준을 강요하는 것에 너무 성급하게주의하지 않도록주의하십시오. 가장 숙련 된 프로그래머로부터 몇 가지 샘플 예제를 수집하여 동의를 얻고이를 모든 사람을위한 템플릿으로 사용할 수 있습니다.

제프 앳 우드 (James Atwood)는 최근에 표준의 단 하나의 측면에 대한 흥미로운 블로그 항목을 가지고 있습니다 : "Death to the Space Infidels!" 거기에 그는 "어떤 코딩 스타일을 선택 하느냐는 중요하지 않습니다. 팀원들은 이러한 규칙을 고수하고 일관되게 사용합니다. "

+3

나는 이것을 한 번 이상 upvote 할 수 있었으면 좋겠다. –

+1

음, 나는 동의한다. 그러나 나는 이것이 질문에 답한다고 생각하지 않는다. –

+2

절반의 코드베이스가 하나의 규칙을 사용하고 절반은 완전한 반대를 사용합니다. 특히 그 반쪽 중 하나가 현재 모든 Delphi 소스 코드에서 관용적 인 것으로 간주되는 VCL 소스와 모순되는 경우 더욱 그렇습니다. –

0

코딩 표준은 고전적인 자전거 창고 주제입니다. 사람들은이 물건에 대해 논쟁하고 싸우므로 좋은 디자인만큼 작고 궁극적으로 중요하지 않기 때문에. 깨끗하고 읽기 쉬운 코드는 가치가 있으며 깨끗하게 읽을 수있는 잘못 설계된 코드는 읽을 수없는 잘못 설계된 코드보다 조금 낫습니다. 어쩌면 가독성이 가장 나쁜 코드로 인해 버려지는 것이 더 쉬울 수도 있습니다.

팀원이 깨끗하게 읽을 수있는 코드를 제공하도록 장려하는 노력에는 스타일 가이드 홍보가 포함될 수 있습니다. 스타일 가이드 리뷰는 잘못된 스타일을 사용하여 반복적으로 누군가를 강타하고 카운터 생산적입니다. 수용 가능한 스타일을 사용하는 데 어려움을 겪는 사람이 있으면 일부 도구 사용의 즐거움을 소개하십시오. 매우 유능한 프로그래머가 아주 사소한 점에 대해 너무 많은 비판을 받으면서 좌절시키지 마십시오.