するMVCのSEOのPHPプログラミング?

Question

あの周辺のzillion"PHPの枠組み".その法案として自 以下の のMVCパターンです。この歓迎を克服osCommerceコーディングスタイル(理濃厚に混ざったSQLおよびHTML)であ容易に続的に維持応募デザイン。

元のMVCコンセプト標的でのGUIアプリケーション.やGtk/Pythonのようで実行できます。がPHP webアプリな操作ライブ-ビュー(GUI要素)および持続的なコントローラーを行います。これは確かに決まって記述されるコード+ディレクトリに分類クラスまたはnaming.

"MVC"のように使用するように考慮されなかった時代は過去のものためのPHPの枠組みかを実際に見つ成熟したPHPの枠組みが認めるのですが、このデバイスでは職務経歴書をアフレーズとにかく一致interna.
ではではスネーク。なぜなり使用している用語は、より賢明概念を維持PHP伝播?

一部のelaborative推論

なぜ疑いるPHPの実装を身に従って実MVCパターン:

モデル:理論モデルには脂肪やビジネスロジック、コントローラは薄型ハンドラの入力->しやすくなります。実際には、PHPの枠組みを提唱 浅 モデルです。CI、Symfony例えばモデルに相当==ORM.もしHTTP入力をコントローラさんとして扱われます。

眺望:回避策とAJAXでの割引ができない意見をホームページです。PHPの枠組みが出てポンプです。のも効果的に通常のHTTPモデルでは、ありませんか非MVC願います。(最後に、広範なphpの枠組みでの長年の経験と勘に頼出力するGUIの景色の代わりにHTML.私は見ているPHPライブラリでの操作Gtk/コンソール/Webのの、その枠組みになります。)

コントローラー:私は迷.コントローラをいていないのかもしれませんが必要とされていますが、走りと依然として活躍し、MVCモデルです。PHPの枠組みは、彼らが主要求ハンドラ.いかに理屈っぽいものの、気持ちは若干buzzwordish.

それはより良い記述子? の見所が増えようPMVCはHMVCスローされます。も説明を取得しますambigousがっこう現在のウェブの枠組みの下hokey?

Answer 1

あなたはこれを完全に間違った方法で見ていると思います。 GUIアプリとWebページは世界的なものであるため、MVCのまったく同じ定義は両方で機能することはありません。 MVCは理想に関するものです。アプリの特定の部分を表示やロジックなどの分離です。

PHP（または一般的なWeb）で、 意見 Webページ自体：HTML出力です。定義に従って「ライブ」ではありませんが、リンクをクリックしてコントローラーに戻るだけです（つまり、別のページリクエスト）。

コントローラ と モデル あなたが説明したように、物事が異なる場所です。 PHPでは、モデルはデータレイヤーである傾向があり、データベースなどと相互作用します。しかし、それは依然として状況をモデル化しており、コントローラーはページの負荷ごとに1回だけであっても、アプリケーションフローを制御します。

したがって、「Model-View-Controller」という名前は、GUIアプリとWebアプリでは異なる実装ではありますが、完全に論理的です。

Answer 2

どういう存在を知らないのPHPの枠組みはこれからの低レベルの言語。

モデル:

理論モデルには脂肪やビジネスロジック

とくいと思いますか何をPHPでいこう---

モデルデータクラスはクリアできるうえ、データベース
そのものと同じモデルは部分的モデルをJSON形式です。

んビジネスロジック、ちょっとした伝説といえデータの論理検証、データベースの相互作用、輸出入,...).

およびコントローラは薄型ハンドラの入力->出力)

コントローラの授業との交流のモデル授業、実際に薄いです。

の出力は、いくつかのことをやりつづけているモデル...返ModelViewクライアントに...

実際には、PHPの枠組みを提唱浅います。CI、Symfony例えばモデルに相当==ORM.もしHTTP入力をコントローラさんとして扱われます。

ん意のPHPの枠組み...

がHTTP入力扱われるべきでの間にコントローラ
簡単にクラスを作成することが得後のデータの掃除の行き届いた気持ちの良いルーティングおよびパラメータ。

これはまさに起こっていることASP.NET MVC2やるべきである、ということになり、
わからないのこのような出来事が起きないようにとのPHPのことができるようになれば密接に関連した言葉です。

きも簡単に取得後のデータモデル モデルのものが含まれる場合があるためのコンストラクタの論理です。または一部の別のクラスが追加されます。

---

ビューもあります:

回避策とAJAXでの割引ができない意見をホームページです。PHPの枠組みが出てポンプです。

と思いますかかることができなかったのは、プロトコルやPHPに復帰できるJSON。

ページをご覧ので請求することができ、更新を通じてAJAX+JSON.
もん意のPHPの枠組みがASP.NET MVC2で動作することができてうれしいです。

のも効果的に通常のHTTPモデルでは、ありませんか非MVC願います。(最後に、広範なphpの枠組みでの長年の経験と勘に頼出力するGUIの景色の代わりにHTML.私は見ているPHPライブラリでの操作Gtk/コンソール/Webのの、その枠組みになります。)

いずみさの、いくことになるのと同じ通常の用途の分離を無くし、モデル(データ)+ビュー(GUI)+コントローラー（論理。類似のだ、C++の枠組みと長年の経験と勘に頼出力するHTMLやJSONの代わりにGUIます。

---

コントローラ：

私は迷.コントローラをいていないのかもしれませんが必要とされていますが、走りと依然として活躍し、MVCモデルです。PHPの枠組みは、彼らが主要求ハンドラ.いかに理屈っぽいものの、気持ちは若干buzzwordish.

MVCは、ソフトウェアアーキテクチャ/パターンのコントローラの実行かなャパン合同会社に入社。

Answer 3

ただし、PHP Webアプリは、ライブビュー（GUI要素）と永続的なコントローラーランタイムで動作しません。

いいえ、彼らは確かにそうします！

Ajaxアプリケーションを考えてから、ビューはコントローラーに何かを尋ね、部分的なビューを取り戻します。
このビューまたはデータは、ページのどこかに記入されているため、ライブ更新されます。

Cookie/セッションを使用できるため、コントローラーも永続的です。

「MVC」は、PHPフレームワークの流行語のように使用されているようです。

MVCはソフトウェアアーキテクチャであり、一部のフレームワークはそれを話題として使用するかもしれませんが、他のフレームワークはそれを適切に行います...
見る ウィキペディアのいくつかのフレームワークのリスト.

MVCはPHPプログラミングのSEOですか？

MVCとSEOは2つのことですが、はい... MVCはより人気があります。

Answer 4

私の意見では、PHPでMVCを使用すると、プログラマーはWebにもたらされます。 MVCでの作業方法を知っている場合、たとえばJavaからPHPにアクセスする方が簡単です。