나쁜 버릇을 버리면 더 이상 신인이 아니다

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. 반환할 필요 없이 함수나 클래스에서 직접 콘텐츠를 출력(에코/인쇄)하세요

15. 단위 테스트 또는 일반 테스트의 장점을 무시하세요

16. 항상 하드코딩된 HTML을 반환하지만 순수한 데이터, 문자열 또는 개체를 반환하지 않습니다.

17. 매개변수" 하드코딩

18. SQL 쿼리문을 최적화하지 않음

19. __autoload를 사용하지 않음(주석: 해당 설명 참조) PHP 매뉴얼)

20. 지능형 오류 처리를 허용하지 않음(주석: PEAR의 ErrorStack 참조)

21. 파괴적인 성매매 조작을 하는 $_POST

22.

정규식

사용 방법을 모르겠습니다. . 들어본 적 없음 SQL 주입 또는 크로스 사이트 스크립팅

24. 단순 구성은 허용되지 않으며 클래스 생성자는 매개변수 전송을 허용한 후 집합을 실행하는 것이 허용되지 않습니다. /get 메소드 또는 런타임 시 상수 정의

25.

객체 지향프로그래밍(OOP)의 장점과 단점을 이해하지 못합니다. 🎜>26. OOP의 규모에 관계없이 남용

27. 재사용 가능한 소프트웨어를 구현하려면 코드가 OOP를 따르도록 해야 한다고 생각합니다

28. 인텔리전스를 사용하지 않음 기본값은

29입니다. 단일 구성 파일이 없습니다.

30. . 파일 소스 코드를 노출하고 싶지 않지만 대신 .inc 접미사를 사용하세요. php

31.

32. DRY 스타일을 유지하지 못한다. 즉, 반복하지 말라. 항상 복사해서 붙여넣는다면 디자인이 좋지 않다는 뜻이다

33. 함수/클래스/메서드가 한 가지 작업만 수행하도록 하는 구현이 없으며 이를 결합할 수 없습니다.

34. , 인터페이스, 다형성, 상속, 액세스 제어 수정자(주석: 공개, 비공개, 보호 등)

35 기존 디자인 패턴을 사용하지 않고 프로그램 아키텍처의 디자인을 최적화합니다.

36. 사용자가 기존 디자인 패턴을 사용하도록 허용하지 마세요. 파일이나 디렉터리가 많은 경우 기본 디렉터리를 정의하세요.

37. 라이브러리 함수 이름을 공통 문자열로 지정하는 등 네임스페이스를 오염시킵니다

38. 데이터베이스 테이블을 사용할 때 테이블 접두사를 사용하지 마세요

39. 통합 템플릿 엔진을 사용하지 마세요

40. PHP 개발 프레임워크는 실제로 탐색하기에는 너무 게으릅니다. , 고급 개발 개념과 멋진 코드가 담겨 있습니다.

이상에서는 객체지향, 정규식, 디자인 패턴 등을 포함하여 이러한 나쁜 습관을 없애는 방법을 소개했습니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되길 바랍니다.