PHP コミュニティ以外の開発者が一般に PHP および PHP 関連コミュニティを軽視する理由について話します。彼の指摘は私にとって心に残りました。その主な理由は、私がこのような意見をこれまで聞いたことがなかったからです。
ほとんどのプログラマーが PHP に関してどのような不満を抱いているかがわからない場合、その不満は次のようになります:
構文が醜い
他の言語 (バージョン 5.3 より前) にある必要な機能がいくつか欠けている、名前空間がない、クロージャー)
一貫性のない関数の名前付け、使用法、その他の奇妙なもの
手続き型とオブジェクト指向の混合
基本的に、PHP プロジェクトの 80 ~ 90% はクソです
しかし、彼が言及した PHP 開発の問題は別の問題です。同氏は、この言語に何か問題があるとは言っていない。この言語は共通の文化現象、つまり通常は言語の作成者によって生み出された文化的伝統に囲まれており、それが現在、いくつかの悪いプログラミング手法の原因になっていると考えている。励ましの役割を果たした。つまり、PHP コードが劣悪になり、保守不能になります。
創設者の哲学的思考を体現し、関連コミュニティから高く評価される言語やフレームワークという現象は実際に存在します。同氏は例としてRubyとその創設者Matzを挙げた。 Matz 氏が望んでいたのは、読み書きが容易で、プログラマーの作業効率を向上できる言語でした。 Ruby 開発者が迅速な開発と言語の優雅さについてどのように語っているかわかりませんか?
次に、DHH と彼の Rails フレームワークがあります。そしてGuidoと彼のPython言語。そこで私は次のように考えました。PHP の Rasmus についてはどうでしょうか?
ラスムス・レルドルフは非常に興味深い印象を与えます。彼はオリジナルの PHP 言語を作成し、その改良を続けています。PHP コミュニティでは神として崇拝されており、PHP のあらゆる面で最大の権威を享受しています。彼は多くのカンファレンスで講演するよう招待され、大手インターネット企業に雇われ、PHP 以外のほとんどのプログラマーが軽蔑する PHP の第一人者となったにもかかわらず、あらゆる人々の尊敬を集めました。
Rasmus は、フレームワークの使用を避け、PHP をテンプレート言語として扱うことを提唱しています。彼にとって、このアプローチは直接的な運用効率と拡張性をもたらします (プログラム負荷は既知です)。他のすべての人にとって、このアプローチは手続き型コードと保守不可能なプロジェクトの大量の煮込みをもたらしました。 1995 年に PHP が誕生してから約 10 年間、すべての PHP プロジェクトはこのガイダンスに従って作成されてきました。
同時に、別の問題が突然現れました。PHP5.0 より前の、PHP の初期の頃、PHP は多数の初心者のフォロワーを獲得しました。この言語への参入障壁は驚くほど低く、誰でも自己解凍型の ×AMP Windows プログラム インストール パッケージをダウンロードして、2 分以内にこの言語を使い始めることができます。さらに、当時は、Web 開発手法における MVC パターンについての本当のコンセンサスはありませんでした。したがって、初心者のグループが適切な開発手法を欠いた言語を使って集まったときに何が作成できるかは想像できるでしょう。管理不能なゴミの山。そして全体の環境はこんな感じです。
誤解しないでください。当時でも、優れた PHP 開発者はまだたくさんいました。しかし、私が言ったように、粗末な新人の仕事はどこにでもあります。カウボーイ スタイルの PHP プログラマーがガイドラインなしでプログラムを開発するために集まったとき、PHPbb、PHPNuke、および多くの粗雑な .php3 パッケージが登場しました。しかし、単純に PHP 開発者を責めることができるでしょうか?できません!他の Web 言語の巨人である ASP と Perl も同様に悪名が高く、シチュー形式の開発アプローチを推進しています。
これが、PHP が非常に悪い評価を受ける理由です。それは歴史的な広がりによるものです。すでに Python、Ruby、Java に移行していたほとんどの PHP 開発者は、MVC の概念が登場したときに言語に戻って再考することはありませんでした。さらに、「Ruby 少年」Zed Shaw が一部のプログラマーの精神が「PHP に毒されている」と不満を漏らすなど、露骨な風刺もいくつかあります。このようなコメントは RubyInside で非常に人気があります。
PHP はゲットー
しかし、Zend や CodeIgniter のようなフレームワークの出現により、この言語は正しい開発方向に押し上げられました。実際、それは PHP を Rasmus が望んでいたものとは逆の方向に推し進めました。 Zend フレームワークと CodeIgniter フレームワークを見てみると、これらが十分に文書化され、適切に記述されたコードを備えた数少ないプログラムの 1 つであることがわかります。
Ruby を学ぶほとんどの開発者は、Rails と MVC の知識も学びます。PHP はこれより 10 年前から使用されています。今度は彼らに自由に遊ぶ時間を与えなかったなんて、くそーなルビー。 Rails には既製の標準ガイダンスがあり、その参入障壁は比較的高く、通常、一部の経験の浅い開発者はブロックされます。
実際、PHP アプリケーションは他の言語と同様に作成でき、実行速度の面でも一定の利点があります。 PHP の世界で MVC スタイルの開発手法が台頭してきたのは、近年になってからです。この変更をもたらしてくれた Rails に感謝する必要があることを認めざるを得ません。
それで、PHP は今どうなっているのでしょうか?
さまざまな標準 (統一されていませんが、ほとんどのプロジェクトは MVC を使用しており、ジャンクな手続き型プログラムはほとんどありません)
参入障壁が非常に低い
速度と拡張性 (さまざまなスクリプト言語の中で、PHP が最適であるはずです) 優れた単体テスト フレームワークを用意する
最高のドキュメントをさまざまな言語に翻訳する
さらに、インターネット上の最も影響力のある Web サイトでは、Facebook、Digg、Wikipedia、WordPress、Drupal などのバックエンド言語またはツールとして PHP を使用しています。 。 PHP を徹底的に習得することで、プログラマーにとってさらに未知の領域への扉が開かれると私は信じています。
上記の内容に同意できない場合は、コメントを残すか、私にメールしてください。そう思わない理由を聞きたいです。
実際、私は PHP のファンではなく、PHP 言語に何の思い入れもありません。私が主に PHP を使用しているのは、ご想像のとおり、誰かが私にお金を払ってくれるからです。したがって、すべてこれのせいにしてください:
ソフトウェア設計に関して情報に基づいた決定を下したい場合は、Web アプリケーションの開発には PHP が最適です。
ところで、次の Web アプリケーションの開発に PHP を使用したいと確信している場合は、CodeIgniter を試してみてください。これは、軽量でプレーンな超高速 PHP フレームワークです。私は CodeIgniter のファンです。
LAMP BrothersオリジナルPHPチュートリアルCD/『Essential PHP in Detail』を無料でプレゼント 詳細は公式サイトカスタマーサービスまでお問い合わせください: http://www.lampbrother.net
PHPCMS二次開発 http://yun.itxdl.cn/online/phpcms/index.php?u=5
WeChat開発
モバイルインターネットサーバーサイド開発 http:// yun.itxdl.cn/online/server/index.php?u=5
Javascriptコース http://yun.itxdl.cn/online/js/index.php?u=5
CTOトレーニングキャンプ 5
|