悪い習慣を直しましょう、あなたはもう初心者ではありません

これらの悪い習慣を取り除きましょう。そうすればあなたはもう新人ではありません

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 の代わりに $_GET を使用します。破壊的な性的転送操作を行うための $_POST

22. 正規表現の使い方がわからない

23. SQL インジェクションについて聞いたことがありません。またはクロスサイト スクリプティング

24. 単純な構成は許可されず、クラスのコンストラクターはパラメーター転送を受け入れてから set/get メソッドまたは定数定義を実行することはできません。実行時

25. オブジェクト指向プログラミング (OOP) の長所と短所を理解していない

26. サイズに関係なく OOP を悪用する状況

27. 再利用可能なソフトウェアの実装は、コードを OOP に準拠させる必要があると考える

28。

29. 単一の設定ファイルはありません

30. ファイルのソース コードを公開したくありません。 .php

31. データベース抽象化層 を使用しない

32. DRY スタイルを維持できない、つまり、常に何かをコピーして貼り付けている場合は、デザインが貧弱であることを意味します。 >33 . 関数/クラス/メソッドに 1 つのことだけを実行させる実装はなく、それらを組み合わせて使用​​することもできません

34. OOP の特殊機能の試行に失敗しました。抽象クラス、インターフェース、ポリモーフィズム、継承、アクセス制御修飾子 (注釈: public、private、protected など)

35. 既存の設計パターンを使用せずにプログラム システム設計を最適化します。

36. 多数のファイルまたはディレクトリがある場合、ユーザーにベース ディレクトリの定義を許可しない

37. 名前空間を汚染する。ライブラリ関数

38. データベース テーブル

を使用する場合は、テーブル プレフィックスを使用しないでください。39.エンジン

40. 既存の PHP 開発フレームワークに注意を払う必要はなく、実際には、高度な開発コンセプトと素晴らしいコードが含まれています。