まず、PHP 5.3 以降を使用する必要があります。PHP バージョンがこれより低い場合は、アップグレードする必要があります。可能であれば最新バージョンを使用することをお勧めします。 この記事には多くの内容が含まれており、さらに詳しく読むことができます。ほとんどの用語と概念を知っておく必要があります。 1.PSRこのグループの背後にあるアイデアは、プロジェクトの代表者が私たちのプロジェクト間の共通点について話し合い、協力する方法を見つけることです。 私はこれまでの記事や同僚との議論の中で、PSR (PHP Standard Recommendation) について何度も言及してきました。多くの人は、PSR はコーディング スタイルの標準化などの重要なことだけを行うだけだと考えていますが、実際にはそれをはるかに超えています。 PSR の一連の標準ドキュメントは、php-fig (PHP Framework Interop Group) によって起草され、投票されています。投票メンバーの中には、Laravel、Symfony、Yii などのいくつかの主流フレームワークや拡張機能の作成者も含まれています。 公式ウェブサイトによると、この組織の目的は、何をすべきかを指示することではなく、いくつかの主流の枠組みの間で交渉し、相互に合意することです。ただし、これらのフレームワークと拡張機能は常に使用されると思います。 PSR は現在 6 つの文書を承認しています: 0: 自動ロード (主に PHP 5.3 より前の名前空間のないバージョン用) 1:コーディング仕様 2: コーディングスタイルの推奨事項 3: ログ結果 4: 自動読み込みがより詳細になりました (名前空間の出現後の大きな変更) 7: HTTPメッセージインターフェース 現在ドラフト中は、PSR-5 (PHPDoc Standard)、PSR-6 (Cache) などです。 5 と 6 はまだ投票されていないため、上記のリストには含まれていません。 基準は更新され続けるため、必ずしもすべてを遵守する必要はないかもしれませんが、これらの規則を学ぶこともあなたにとって非常に有益であることがわかると思います。 グループ内の誰も、プログラマーであるあなたにアプリケーションの構築方法を教えたがりません。 2. 作曲家Composer は、PHP の依存関係管理ツールです。これを使用すると、プロジェクトが依存するライブラリを宣言し、それらを管理 (インストール/更新) できます。 Composer は Pear や Pecl とは異なり、拡張機能をインストールするために使用されるだけでなく、より重要なことに、最新の PHP フレームワークの実装と拡張機能の管理のためのメソッドを定義します。 node.js の npm や Python の pip に似ていますが、上記以上のことを行います。Composer の核心は、拡張機能の標準インストールとクラスの自動ロードを実装することです。 packagest.org プラットフォームを通じて、無数の拡張コンポーネントを簡単に導入できます。現在、よりよく知られている PHP 拡張機能は、composer を通じてインストールできます。この呼び出しで必要なのは、autoload.php ファイルをロードすることだけです。 Composer は spl_autoload_register メソッドを介して自動ロード メソッドを登録し、拡張クラスとファイルをロードします。 もちろん、Composer はこのプロセス中に最適化も行いました。 PHP インポート ファイルは include と require を介して実装する必要があることは誰もが知っていますが、これは実際には見た目が良くない書き方です。 PHP 5.3 は、ファイルのインポートとは関係のない名前空間を提供します。ただし、composer は PSR-4 (古いバージョンの PHP では PSR-0) を実装しています。これを使用すると、spl_autoload_register を呼び出して実装されたメソッドが呼び出されたときに必要なクラスをロードします。これも Python の import に似ていて美しいです。オンデマンド読み込みと遅延読み込みの役割を果たします。 3.php-cs-fixer PSR-1 および PSR-2 ドキュメントで定義されている PHP コーディング標準に従う必要がある場合、PHP コーディング標準修正ツールはコード内のほとんどの 問題を修正します。 このツールの目的は、PSR-1 および PSR-2 仕様に従ってコードをフォーマットすることであり、一部のオプションのコーディング スタイルは Symfony 仕様です。これは、実際には元々話す価値はありません。私は最近、いくつかのオープンソース フレームワークで .php_cs ファイルを見て興味を持ち、さらに調べた結果、このプロジェクトについて知りました。 プロジェクトアドレス: https://github.com/FriendsOfPHP/PHP-CS-Fixer 具体的な使い方や設定方法はプロジェクトのホームページで紹介されています。この組織の名前も興味深いです: FriendsOfPHP。主要メンバーはおそらく Symfony プロジェクトのメンバーです。 コーディングスタイルを気にする必要はないと思う人もいるかもしれません。プログラミングが単なる仕事ではないと考えると、部屋が汚くても食事や睡眠には影響しませんが、きれいなほうが快適に見えるのと同じです。他の人と協力したいのであれば、この問題はさらに重要です。 4.サイシュ PHP 用のランタイム開発者コンソール、対話型デバッガー、および REPL。PsySH は、Python の IDLE に似た PHP 対話型実行環境です。私はこれを Laravel で発見しました。Laravel 5 の職人ティンカーの機能は、Laravel を通じて実装されています。 Laravel 4 は別のプロジェクト、boris を使用します。 これは主に、PHP のいくつかの単純な関数や機能をテストするときに役立ちます。 empty の使用など、不確実な点が発生した場合は、それを使用してテストを行うことができます。 5. いくつかのフレームワークとコンポーネント フレーム私が気に入っているのはLaravelです。現在、会社ではYii2を使用しています。私はSymfonyとPhalcon(C言語で実装されています)に注目しています。何を使用し、何を使用しないかは主に好みによるもので、自分で選択せざるを得ない場合もありますが、調べて詳しく知ることは悪いことではありません。 Laravel について言及すると、多くの人はすぐに Ruby on Rails を思い浮かべるでしょう。模倣や盗用が主な目的ではないと思います。主な目的は、開発者により良いツールを提供することです。幸いなことに、Laravel には、別のルーティング制御 (アクションのサフィックスやプレフィックスなし)、便利な ORM (Eloquent)、便利なテンプレート エンジン (Blade)、または比較的見栄えの良いドキュメント (コミュニティが見た場合) などが備わっています。 Powerful は巨大であると批判されることがありますが、これはプロジェクトの中長期計画、プロジェクトの現在の規模、将来の規模と負荷を理解する必要があるためです。 Larval のコア実装はコンテナ (Container) と PHP のリフレクション クラス (ReflectionClass) です (Yii 2 にも同じことが当てはまります)。これを理解するには、さらに多くの記事やドキュメントを読みながら、ソース コードも参照してください。 Symfony 2 は多くのコンポーネントを提供します。 http-kernel と http-foundation も継承され、Laravel で直接使用されます。それは知り、学ぶ価値があります。 CodeIgniter は小さいながらも強力なフレームワークです。 CI は Composer コンポーネントを使用して開発されていませんが、3.0 以降のバージョンでは Composer のサポートも追加されています (これは追加のベンダー ディレクトリと autoload.php ファイルの導入にすぎません)。 ORMORM または Active Record はまだ必要だと思います。 PHP は単なるテンプレート エンジンであり、SQL は手動で記述する必要があると考える人もいるかもしれません。こんな言葉を気にしないでください。 CodeIgniter での Active Record の実装は非常に軽量ですが、CI 自体のサイズを考慮すると、すでに非常に便利です。 私は Laravel によって実装された Eloquent がとても気に入っており、他のプロジェクトに統合することもできます。 Symfony 2 では Doctrine が採用されており、このプロジェクトも注目に値します。 Yii 2 には独自の実装メソッドのセットもあります。 テンプレートエンジンテンプレート エンジンは 3 つのことを行う必要があります: 変数値の出力(エコー)、 条件判断とループ(if ... else、for、foreach、while) 他のファイルから導入または継承されました Laravel によって実装された Blade は、比較的軽量で使いやすいテンプレート エンジンです。ただし、これを他のフレームワークに導入することは、現時点ではそれほど簡単ではありません。暇なときにYii 2に導入してみました。今は簡単な実装ですが、後でBladeの解析部分を抜き出して軽量実装したいと思っています。 Github で検索すると、同じことをしている人が見つかりました。 Yii 2 はネイティブ PHP を使用して記述することを推奨しているようですが、Smarty と Twig をサポートする拡張機能も提供しています。 Symfony 2 は Twig を使用します。 Twig と Symfony、および上記の php-cs-fixer はすべて SensioLabs の作品です。 Smarty は古くて粘り強いテンプレート エンジンです。正直に言うと、構文が複雑すぎて、変数の代入などに独自のメソッドが必要なため、あまり好きではありません。現在のバージョンではファイルの解析に Lexer が使用されており、PHP で実装された別の言語のように感じられます。プロジェクトには長すぎる正規表現や実装が複雑すぎるものもあり、これは非常に危険でエラーが発生しやすいものだと思います。 プライベートブログアドレス: 0x1.im |