オープンソース Web フレームワーク PHP と Ruby on Rail_PHP チュートリアル

PHP 陣営と Ruby on Rails 陣営には両方とも多くの忠実なファンがいます。この 2 つを比較して選択するのは本質的に困難です。どちらが勝っても相手のファンの唾液を引き寄せるだろう。この影響を受けて、開発者は 2 つのどちらを選択するか迷っていることがよくあります。本稿の出発点は比較であるが、一方的に賛否を歌うのではなく、弁証法的に総合的に比較する。良いも悪いもありません、自分に合ったものが一番良いのです。

実際、PHP と Ruby on Rails を比較するのは間違った命題であり、不公平です。 Ruby on Rails の言語とフレームワークの完成度に比べれば、PHP は単なるプログラミング言語にすぎません。ほら、PHP はすでにスタートラインで負けています。ただし、PHP は非常に軽量で柔軟性があるため、メモリ リソースの消費が非常に少なく、優れたパフォーマンスを発揮します。一方で、PHP コミュニティは成熟して安定しており、さまざまな PHP 拡張プラグインやツールキットが繁栄し、100 の学派が争っています。 PHPは10％回復したようです。

PHP はパフォーマンスが高く、プラグインが豊富であるという利点がありますが、欠点がないわけではありません。 PHP 構文はスクリプト スタイルから派生していますが、この種の目立たないアプローチは批判されています。これは、Ruby on Rails ファンにとっては気になる点かもしれません。一方で、前述したように、PHPは単一のプログラミング言語としてはRuby on Railsのようなフレームワーク機能を持っていません。つまり、プラグインやツールを使用しない限り、PHP だけでアプリケーションを最初から開発するには、非常に高いプログラミング コストが必要になります。たとえば、データベースに接続するには、データベース コネクタ API を最初から作成する必要があります。しかし、デメリットが実はメリットになることもあります。独自のフレームワークによって制限される Ruby on Rails とは異なり、PHP は成熟した安定したサードパーティのプラグインとツールを柔軟に選択できます。これは、独身の同性愛者がオシドリのつがいをあまり羨ましがる必要はないと言っているようなものです。選択肢がないということは、多くの場合選択肢が増えることを意味するからです。違いは、愛がひたむきさを促すのに対し、「複数の船に乗る」ことが PHP のセールスポイントであることです。開発者は、さまざまな単一機能機能と最適な組み合わせを達成するために、同時に異なるフレームワークを選択できます。こうなるとRuby on Railsは羨ましくて仕方がありません。このため、サードパーティのプラグインに対する PHP のオープンなサポートと比較して、Ruby on Rails の本質的にクローズな性質は、必然的に機能とパフォーマンスをトレードするという課題に直面します。ビジネスプログラムのニーズを満たせない場合、Ruby on Rails にはより多くの研究開発コストが必要になることを意味します。これは間違いなく大きなマイナスです。

ここまで PHP の多くの利点を強調してきましたが、ここで立ち止まれば、Ruby on Rails ファンから数え切れないほどの唾液が集まると思います。この新星のために声を上げる時が来ました。フレームワークとしての Ruby on Rails は、Ruby プログラミング言語用に特別に設計されています。 Ruby の設計コンセプトは非常に明確です。つまり、完全なオブジェクト指向であり、その構文は非常にコンパクトで明確ですが、ある程度の柔軟性は犠牲になっています。プログラミング言語のパフォーマンスを比較すると、通常、Ruby は PHP よりも遅く、より多くのメモリを消費します。ただし、Rails フレームワークは、Ruby が Web アプリケーションを迅速に開発するのに役立ち、その代償とみなすことができます。これは、機能対パフォーマンスの典型的な例です。 Web フレームワークとして、Rails には非常に多くの優れた機能があります。たとえば、Rails の ActiveRecord 機能は、データベース テーブル レコードと Ruby オブジェクトのマッピングをサポートできます。その利点は、Rails を使用すると、開発者が面倒な SQL の詳細を非表示にし、Ruby を直接使用してデータベースを簡単に追加、削除、変更、クエリできることです。言い換えれば、Ruby 開発者は SQL に依存する必要がなく、引き続きデータベースを操作できます。さらに、Rails は HTML コード ジェネレーター、セッション メカニズムなどの多くの HTML 機能をサポートしているため、Web アプリケーションの構築がより簡単かつ便利になります。これも大きなプラスに感じます。

Rails の多くの強力な機能は、別の観点から見ると欠点でもあります。たとえば、Rails は SQL をブロックしますが、これは Ruby 開発者が SQL を直接制御する機会を失うことも意味します。すべての機能が必要なわけではありません。この観点からすると、ケーキを持って食べることはできません。

ここまで言っても、誰が勝ち、誰が負けるでしょうか。同じ諺にもあるように、誰が良いとか悪いとかではなく、どちらがより適しているかだけです。自分がよく知っている分野を選択するのが常に正しいことです。個人的な感覚としては、やはり PHP の方が好きです。まず、多くの Web サイト、特にフォーラムで PHP が第一の選択肢となります。少なくとも PHP はより多くの雇用機会を提供します。次に、Rails が提供する機能の多くは実際には PHP で利用できますが、車輪の再発明は推奨もされません。最後に、PHP は軽量、柔軟、高速であり、卓球の小型、高速、機敏な特性と一致しています。フレームワークの支援が必要ない場合は、実際には PHP 自体で十分です。必要に応じて、開発効率を向上させ、既存の成熟した安定したプラグインやツールを簡単に統合できます。以上の 3 点を踏まえると、Ruby on Rails には多くの利点がありますが、個人的にはやはり PHP に賞を与えます。

http://www.bkjia.com/PHPjc/735151.htmlwww.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/735151.html技術記事 PHP 陣営と Ruby on Rails 陣営には両方とも多くの忠実なファンがいます。この 2 つを比較して選択するのは本質的に困難です。どちらが勝っても相手のファンの唾液を引き寄せるだろう。この影響を受けています...