最近、MVCとその方法についてのブログ投稿をいくつか読んでいます Webに適合しません 。 RMR Architecture のような代替パターンについて学びました。
MVC以外の人々がWebで使用している他のパターンに興味がありますか?また、パターンを実装するフレームワークがある場合は、そのリンクを投稿してください。
この投稿を見てうれしいです。
Paul James(あなたのリンクの1つを作成した人)は、実際にはTonic PHP framework: http://peej.github.com/tonic/ を持っています。軽量。
RESTfulアプローチであるRecess Frameworkもあります。 http://www.recessframework.org/
flourishlib 、非mvcun-frameworkにも興味があるかもしれません。
私は個人的にscala/liftアプローチの背後にある哲学が好きです:
リフトは異なります[from MVC]。 HTMLリクエストの場合、Liftは最初にビューを読み込み、ビューからページを作成します。 Liftは、非HTMLデータのREST=スタイルリクエストもサポートします。1ページの11を参照してください。「なぜ?」 ...しかし、多くの異なるコンポーネントが含まれます。これらのコンポーネントの一部は相互作用し、一部は相互作用しません。Liftで、ビューの結果のHTMLページにレンダリングされるコンポーネントのコレクションを定義します。
私は長年、GoFのコピーを使用してC++バックエンドアプリを構築し、純粋なWeb開発に入ると、当然のことながらMVCフレームワークに直行しました...しかし、数か月が経つにつれ、より手続き型の(ギャスプ!)スタイル、いくつかのクラスを一緒にスローして、私をドライに保ちます。そして、フレームワークの使用をやめ、Rasmusの No-Framework フレームワークスタイルを使用して問題を分離しました。
私はリフトのアプローチを試してみたいと思っていますが、忙しすぎています。
考えられるいくつかの考えを以下に示します。
最初のWebフォームがMVCのVCの後ろにあるコードと別のファイルのマークアップに近くなるように試みたと主張することもできますが、そのうさぎの穴がどこまで下っているかはわかりません行きたいです。