php初心者標準

PHP 初心者向けの標準

1. phpDoc などのツールを使用してコードに適切にコメントする方法がわかりません?

2. Zend Studio や Eclipse PDT などの優れた統合開発環境に目をつぶっていますか?

3. Subvision、CVS などのバージョン管理システムを使用したことがありませんか?

4. 特定のコーディングと命名標準、および共通の規則が採用されていない場合、プロジェクト開発サイクルに実装できませんか?

5. 統一された開発手法を使用していませんか?

6. 特定の入力文字列または SQL クエリ文字列を変換しません (または) 検証しませんか?

7. コーディングする前にプログラムを徹底的に計画しませんか?

8. テスト駆動開発を使用していませんか?

9. エラーなしのコーディングとテストは有効ですか?

10. デバッガーの利点を理解していませんか?

11. コードをリファクタリングしませんか?

12. プログラムの異なるレベルを分離するために MVC のようなパターンを使用しないでください?

13. KISS、DRY、MVC、OOP、REST の概念を知りませんか?

14. 関数またはクラスのコンテンツを返す代わりに、直接出力 (エコー/出力) しますか?

15. 単体テストや一般テストの利点を理解していませんか?

16. 常にハードコーディングされた HTML を返しますが、純粋なデータ、文字列、オブジェクトは返しませんか?

17. 「メッセージ」と「構成パラメータ」は常にハードコーディングしますか?

18. SQL クエリ ステートメントを最適化していませんか?

19. __autoload を使用していませんか?

20. インテリジェントなエラー処理は許可されません?

21. 破壊的な転送操作を行うには、$_POST の代わりに $_GET を使用しますか?

22. 正規表現の使用方法がわかりませんか?

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

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

25. オブジェクト指向プログラミング (OOP) の長所と短所がわかりませんか?

26. 状況の大小に関係なく OOP を悪用しますか?

27. 再利用可能なソフトウェアを実現するには、コードを OOP に準拠させる必要があると思いますか?

28. スマートなデフォルトを利用していませんか?

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

30. ファイルのソース コードを公開したくないのですが、.php の代わりに .inc 接尾辞を使用しますか?

31. データベース抽象化レイヤーを使用していませんか?

32. DRY スタイルを維持できない、つまり、常に何かをコピーして貼り付けている場合は、デザインが不十分であることを意味します。

33. 関数/クラス/メソッドが 1 つのことだけを実行できる実装はなく、それらを組み合わせて使用​​することはできません。

34. 抽象クラス、インターフェイス、ポリモーフィズム、継承、アクセス制御修飾子などの OOP の機能を試すことができませんでしたか?

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

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

37. ライブラリ関数に共通の文字列を付けるなど、名前空間を汚染しますか?

38. データベーステーブルを使用するときにテーブルプレフィックスを使用しないでください?

39. 統合テンプレート エンジンを使用していませんか?

40. 既存の PHP 開発フレームワークに注意を払わないでください。実際、そこには高度な開発概念と素晴らしいコードが含まれています。