ホームページ  >  記事  >  バックエンド開発  >  PHP を書くときに今知っておくべきこと

PHP を書くときに今知っておくべきこと

迷茫
迷茫オリジナル
2017-01-17 09:48:271157ブラウズ

まず、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 メッセージ インターフェイス

現在ドラフト (Draft) にあるのは PSR-5 (PHPDoc Standard)、PSR-6 ( Cache) などです。 5 と 6 はまだ投票されていないため、上記のリストには含まれていません。

基準は更新され続けるので、必ずしもすべてを遵守する必要はないかもしれませんが、これらの規約を勉強することも非常に有益であることがわかると思います。

グループ内の誰も、プログラマーであるあなたに、アプリケーションの構築方法を教えたくありません。

2. Composer

Composer は、プロジェクトが依存するライブラリを宣言するためのツールです。

composer は、拡張機能をインストールするために使用されるだけでなく、最新の 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 ファイルを見て興味を持ち、さらに調査した結果、このプロジェクトについて知りました。コーディングスタイルを気にする必要はないと考える人もいるかもしれません。プログラミングが単なる仕事ではないと考えると、部屋が汚くても食事や睡眠には影響しませんが、きれいなほうが快適に見えるのと同じです。他の人と協力したいのであれば、この問題はさらに重要です。

4. PsySH

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つのことを行う必要があります:

1. 変数値の出力(echo)、

2. 条件判断とループ(if... else、for、foreach、 while)

3 . 他のファイルから導入または継承

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

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

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

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。