今すぐ PHP を作成してください。これらの PHP チュートリアルを知っておく必要があります-PHPチュートリアル-php.cn

今すぐ PHP を作成してください。これらの PHP チュートリアルを知っておく必要があります

WBOY

リリース： 2016-07-12 09:06:48

オリジナル

746 人が閲覧しました

今 PHP を書いているなら、次のことを知っておくべきです

まず、PHP 5.3 以降を使用している必要があります。PHP バージョンがこれより低い場合は、アップグレードする必要があります。可能であれば最新バージョンを使用することをお勧めします。

この記事には多くの内容が含まれており、拡張することができます。ほとんどの用語と概念を知っておく必要があります。

现在写 PHP，你应该知道这些

1.PSR

このグループの背後にあるアイデアは、プロジェクトの代表者が私たちのプロジェクト間の共通点について話し合い、協力する方法を見つけることです。

PSRPHP 標準推奨事項については、以前の記事や同僚とのやりとりの中で何度も言及しました)。多くの人は、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 標準)、PSR-6 (キャッシュ) などが含まれます。 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 を呼び出すことによって実装されるメソッドは、呼び出し時に必要なクラスをロードします。これは 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の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 または Active Record はまだ必要だと思います。 PHP は単なるテンプレートエンジンであり、SQL は手動で記述する必要があると考える人もいるかもしれません。こんな言葉を気にしないでください。

CodeIgniter での Active Record の実装は非常に軽量ですが、CI 自体のサイズを考慮すると、すでに非常に便利です。

私は Laravel によって実装された Eloquent がとても気に入っており、他のプロジェクトに統合することもできます。 Symfony 2 では Doctrine が採用されており、このプロジェクトも注目に値します。 Yii 2 には独自の実装メソッドのセットもあります。

テンプレートエンジン

テンプレートエンジンは 3 つのことを行う必要があります:

Laravel によって実装された Blade は、比較的軽量で使いやすいテンプレートエンジンです。ただし、これを他のフレームワークに導入することは、現時点ではそれほど簡単ではありません。暇なときにYii 2に導入してみました。今は簡単な実装ですが、後でBladeの解析部分を抜き出して軽量実装したいと思っています。 Github で検索すると、同じことをしている人が見つかりました。

Yii 2 はネイティブ PHP を使用して記述することを推奨しているようですが、Smarty と Twig をサポートする拡張機能も提供しています。 Symfony 2 は Twig を使用します。 Twig と Symfony、および上記の php-cs-fixer はすべて SensioLabs の作品です。

Smarty は古くて粘り強いテンプレートエンジンです。正直に言うと、構文が複雑すぎて、変数の代入などに独自のメソッドが必要なため、あまり好きではありません。現在のバージョンではファイルの解析に Lexer が使用されており、PHP で実装された別の言語のように感じられます。プロジェクトには長すぎる正規表現や実装が複雑すぎるものもあり、これは非常に危険でエラーが発生しやすいものだと思います。