적용 범위 달리 명시하지 않는 한, 다음 규칙 요구사항은 DoitPHP 프로젝트에 완전히 적용됩니다(참고: DoitPHP를 사용하여 개발된 PHP 프로젝트가 아닌 Doitphp의 PHP 프레임워크 파일). 다음 코딩 표준이 마음에 들면 다른 PHP 개발 프로젝트에서도 사용할 수 있습니다.​

표준화의 중요성과 이점 "규칙도 없고 정사각형도 없습니다." 소프트웨어 프로젝트 개발이 공개적이고 일관된 표준을 준수하면 전체 팀 구성원이 일관된 코딩 스타일을 형성하고 유지하며 전체 프로젝트 문서는 한 사람이 작성합니다. . 각 프로그래머의 코드는 다른 사람이 쉽게 이해할 수 있으므로 코드의 유지 관리 가능성이 향상되고 소프트웨어 유지 관리 비용이 절감됩니다. 동시에 새로운 참가자는 환경에 빠르게 적응할 수 있어 팀 개발 협력의 효율성이 극대화됩니다. 장기적으로 표준화된 코딩을 통해 개발자는 좋은 코딩 습관을 개발하고 코딩 오류 가능성을 줄이며 더욱 엄격한 사고를 개발할 수도 있습니다. 사양을 "문서화"하는 목적은 코딩 표준을 명확히 하는 것입니다. 우리는 표준이 프로젝트 성공의 열쇠는 아니지만 팀 협업의 효율성을 높이고 설정된 작업을 보다 원활하게 완료하는 데 도움이 될 수 있다고 믿습니다.

PHP 인코딩 사양 및 원칙 1. 파일 형식 1.1. 파일 인코딩: 파일 인코딩은 UTF-8로 통합됩니다(참고: UTF-8+BOM이 아님). 1.2. PHP 코드 태그: 언제든지 "<?php ?>"를 사용하여 PHP 코드를 정의하세요. 그리고 "<? ?>"는 금지됩니다. PHP만 포함된 코드 파일의 경우 추가 공백이나 기타 문자가 코드에 영향을 미치지 않도록 파일 끝에 있는 "?>"를 무시하는 것이 좋습니다. 1.3. 들여쓰기 규칙: 들여쓰기에는 TAB 대신 공백 4개를 사용합니다. 이는 이미 PHP 업계의 표준이며, 우리는 "역사의 흐름을 거스르지" 않을 것입니다. 공백을 사용하는 주된 이유는 코드를 깔끔하고 깔끔하게 보이게 하기 위해서입니다. 편집기마다 TAB 탭 문자의 길이는 다르지만 공백은 동일하기 때문입니다. TAB을 사용하면 TAB 키를 눌러 문제를 해결할 수 있지만, 공백을 사용하려면 스페이스바를 4번 눌러야 하므로 개발 효율성에 분명히 영향을 미칩니다. 현재 많은 편집자들은 기본적으로 TAB이 4개의 공간을 차지하도록 설정하고 있습니다. (얼마나 많은 공간을 차지하는지는 편집자가 조정할 수 있습니다.) 이 경우 개발 효율성을 높이기 위해 안심하고 TAB을 사용할 수 있습니다. 이 들여쓰기 사양은 JavaScript의 함수, 클래스, 논리 구조, 루프 등에 적용됩니다. 1.4. 코드 내용: 각 줄 끝에 추가 공백이나 TAB 문자가 허용되지 않습니다(편집기가 파일을 Unix 형식으로 저장하는지 확인하십시오. 즉, 줄 바꿈으로 끝납니다). 언어팩 주석 구성 파일 외에는 중국어는 어디에도 없습니다. 1.5. 코드 주석: 파일에는 명확한 코드 주석이 있어야 하며 주석 스타일은 phpDocumentor 표준을 채택합니다.