DoitPHP 코딩 사양
최신 다운로드
적색경보 OL
작업 델타
포켓몬 모임
판타지 아쿠아리움
소녀전선
별의 날개
작은 꽃요정 요정의 천국
레스토랑 큐트스토리
산허 여행 탐험
사랑과 프로듀서
24시간11리더보드 읽기
- 1 지구 기후 시각화: 계절적 대비의 디지털 캔버스
- 2 CSS-in-JS: React 애플리케이션을 위한 현대적인 스타일
- 3 Marvel Rivals: 업적/트로피 가이드
- 4 Go의 'init()' 함수는 정확히 언제 실행되나요?
- 5 PHP 오류를 효과적으로 해결하고 디버깅을 개선하려면 어떻게 해야 합니까?
- 6 macOS에서 기본 Java 버전을 변경하는 방법은 무엇입니까?
- 7 웹 페이지 텍스트를 처리할 때 Python에서 "UnicodeEncodeError: 'ascii' 코덱이 문자를 인코딩할 수 없습니다..." 오류를 어떻게 수정할 수 있습니까?
- 8 JavaScript를 사용하여 HTML 요소에서 계산된 스타일 값을 얻는 방법은 무엇입니까?
- 9 Bash 스크립트에서 MySQL에 데이터를 삽입할 때 "열 개수가 값 개수와 일치하지 않습니다" 오류를 수정하는 방법은 무엇입니까?
- 10 내 Selenium Python 코드에서 "NoSuchElementException"이 발생하는 이유는 무엇입니까?
- 11 Go에서 언제, 왜 명명되지 않은 인수를 사용하나요?
- 12 Go가 문자열-바이트 슬라이스 변환을 위한 `[]byte(*string)` 방법을 제공하지 않는 이유는 무엇입니까?
- 13 하위 요소가 상위 CSS 흐림 효과를 상속받지 못하도록 방지하는 방법은 무엇입니까?
- 14 왜 Go에서 상수의 주소를 얻을 수 없나요?
- 15 다양한 브라우저의 HTML 요소에 대한 기본 CSS 스타일은 무엇이며 어떻게 관리할 수 있나요?
최신 튜토리얼
-
- 해외 웹 개발 풀스택 강좌 총집합
- 2035 2024-04-24
-
- Go 언어 실습 GraphQL
- 2317 2024-04-19
-
- 550W 팬 마스터가 JavaScript를 처음부터 차근차근 학습합니다
- 3736 2024-04-18
-
- 기초 지식이 전혀 없는 초보자도 6시간 만에 시작할 수 있는 파이썬 마스터 모쉬
- 3369 2024-04-10
-
- MySQL 시작하기(mosh 교사)
- 1989 2024-04-07
-
- Mock.js | Axios.js | Json - 10일간의 고품질 수업
- 2775 2024-03-29
적용 범위 달리 명시하지 않는 한, 다음 규칙 요구사항은 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 표준을 채택합니다.