PHP を上手に学ぶには、次の基本を知っておく必要があります-PHPチュートリアル-php.cn

PHP をよく学び、次のことを知っておく必要があります

まず、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) を実装します。 use を使用する場合、spl_autoload_register を呼び出して実装されたメソッドは、呼び出されたときに必要なクラスをロードします。これは、美しく機能的です。オンデマンド読み込みと遅延読み込みの役割になります。

3.php-cs-fixer

PSR-1 および PSR-2 ドキュメントで定義されている PHP コーディング標準に従う必要がある場合、PHP コーディング標準修正ツールはコード内のほとんどの問題を修正します。

このツールの目的は、PSR-1 および PSR-2 仕様に従ってコードをフォーマットすることであり、一部のオプションのコーディングスタイルは Symfony 仕様です。

これは、実際には元々話す価値はありません。私は最近、いくつかのオープンソースフレームワークで .php_cs ファイルを目にして、さらに調べた結果、このプロジェクトのことを知りました。

具体的な使い方や設定方法はプロジェクトのホームページで紹介されています。この組織の名前も興味深いです: FriendsOfPHP。主要メンバーはおそらく Symfony プロジェクトのメンバーです。

コーディングスタイルを気にする必要はないと考える人もいるかもしれません。プログラミングが単なる仕事ではないと考えると、部屋が汚くても食事や睡眠には影響しませんが、きれいなほうが快適に見えるのと同じです。他の人と協力したいのであれば、この問題はさらに重要です。

4. サイシュ

PHP 用のランタイム開発者コンソール、対話型デバッガー、および REPL。

PsySH は、Python の IDLE に似た PHP 対話型実行環境です。これはLaravelで見つけたもので、Laravel 5のartisan tinkerの機能がこれを介して実装されています。 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 ファイルの導入にすぎません)。

ORM

ORM またはアクティブレコードはまだ必要だと思います。 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 で実装された別の言語のように感じられます。プロジェクトには長すぎる正規表現や実装が複雑すぎるものもあり、これは非常に危険でエラーが発生しやすいものだと思います。