나는 이 기사를 내 "프로그래밍 실수" 시리즈에 포함시키고 싶습니다. 비록 정규 대학 과정에서 소프트웨어 엔지니어링, 엔터프라이즈 소프트웨어 아키텍처, 데이터베이스 디자인을 접했지만, 여전히 다음과 같은 사실에 대해 '죄책감'을 느낍니다. 물론 그것은 모두 저의 주관적인 감정이고 Eclipse를 지향합니다. :
다음과 같은 경우 PHP 초보자입니다.
1. phpDoc과 같은 도구를 사용하여 코드에 적절한 주석을 추가하는 방법을 모르는 경우
2. Zend Studio 또는 Eclipse와 같은 우수한 통합 개발 환경에 익숙합니다. PDT 눈감기
3. Subclipse와 같은 어떤 형태의 버전 관리 시스템도 사용해본 적이 없습니다.
4. 특정 코딩 및 명명 표준과 일반적인 규칙을 채택하지 않으면 프로젝트 개발 주기에서 구현할 수 없습니다.
5. 통일된 개발 방식을 사용하지 않음
6. 특정 입력 또는 SQL 쿼리 문자열을 변환하지 않음(주석: PHP 관련 함수 참조)
7.
8 . 테스트 중심 개발을 사용하지 않음
9. 오류가 활성화된 상태에서 코딩 및 테스트하지 않음(주석: PHP 함수 error_reporting 참조)
10. 디버거의 이점을 무시함
11 . 코드를 리팩토링하지 않음
12. MVC와 같은 패턴을 사용하여 프로그램의 여러 수준을 구분하지 마세요
13. KISS, DRY, MVC, OOP, REST
14. return을 사용하지 말고 함수에서 직접 출력하거나(echo/print) 클래스의 내용을 출력하세요
15. 단위 테스트나 일반 테스트의 장점을 무시하세요
16. 단, 순수 데이터, 문자열 또는 객체는 제외
17. 항상 "메시지" 및 "구성 매개변수"를 하드 코딩하세요
18. SQL 쿼리 문을 최적화하지 마세요
19. __autoload를 사용하지 마세요(주석: 참조 관련 설명은 PHP 매뉴얼 참조)
20. 지능형 오류 처리는 허용되지 않습니다(번역: PEAR의 ErrorStack 참조)
21. 파괴적인 전송 작업을 수행하려면 $_POST 대신 $_GET을 사용하세요
22. 정규식 사용법을 모릅니다
23. SQL 주입이나 크로스 사이트 스크립팅에 대해 들어본 적이 없습니다
24. 간단한 구성을 허용하지 않으며 클래스 생성자가 매개변수 전달을 허용하고 실행하는 것을 허용하지 않습니다. set/get 메서드 또는 런타임 시 상수 정의
25. 객체지향 프로그래밍(OOP)의 장점과 단점을 이해하지 못함
26. 상황의 규모에 관계없이 OOP를 남용함
27. 생각하기 재사용 가능한 소프트웨어를 얻으려면 코드가 OOP를 따르도록 해야 합니다.
28. 스마트 기본값을 사용하지 않음
29. 단일 구성 파일이 없음
30. 파일 소스 코드를 노출하고 싶지 않지만 다음을 사용 .php 대신 .inc 접미사
31. 데이터베이스 추상화 계층을 사용하지 않음
32. DRY 스타일을 유지할 수 없습니다. 즉, 항상 무언가를 복사하여 붙여넣는다면 이는 의미합니다. 디자인이 형편없어요
33. 함수/클래스/메서드가 한 가지 일만 하게 하는 구현이 없고, 조합해서 사용할 수 없습니다
34. 클래스, 인터페이스, 다형성, 상속, 액세스 제어 수정자(주석: 공개, 비공개, 보호 등)
35. 기존 것을 사용하지 마십시오. 디자인 패턴은 프로그램 아키텍처의 디자인을 최적화합니다
36. 파일이나 디렉터리가 많을 때 사용자가 기본 디렉터리를 정의합니다
37. 라이브러리 이름을 공통 문자열로 지정하는 등 네임스페이스를 오염시킵니다.
38. 데이터베이스 테이블을 사용할 때 테이블 접두어를 사용하지 마세요. 통합 템플릿 엔진을 사용하지 마세요.
40. 기존 PHP 개발 프레임워크에 주의를 기울이지 말고 실제로 고급 개발 개념과 훌륭한 코드를 탐색하기에는 너무 게으릅니다.
번역 참고: 마용잔이 번역한 "PHP 프로그래머의 40가지 나쁜 습관" 번역본도 있는데, 간결하고 번역가의 메모가 담겨 있습니다.
위 내용은 .net Framework 4.0의 내용을 포함하여 귀하가 아직 PHP 초보자임을 나타내는 40가지 징후를 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.