タグ付けされた質問 「rationale」

最近、Webアプリケーションを実行している人はすべてにMVCを使用したいと考えています。ただし、このパターンを使用するように説得することは困難です。一般的な考え方は、プログラムを表すフロントエンドからバックエンドロジックを分離することだと理解しています。一般的に、ビューは常にある程度コントローラーに依存しているようで、最終的にはモデルに依存します。コントローラーを追加することで得られる利点がわかりません。「これがアプリケーションの設計方法だ」という誇大広告をたくさん読んだことがありますが、どこに行くべきかがまだわからないかもしれません。私がMVCについて他の人と話すときはいつでも、誰がどのカテゴリに属する​​かについて異なる考えを持っているようです。 それでは、なぜMVCを使用する必要があるのですか？フロントエンドをバックエンドロジックから分離するだけでMVCを使用すると、何が得られますか？（このパターンのほとんどの「利点」は、インターフェイスを実装から分離するだけで得られ、別の「コントローラ」を持つ目的を説明できません）

74 design-patterns  mvc  rationale 

関連する C ++は多くの点でCとの互換性はありませんなぜ疑問、それは明らかにされています。ただし、C ++は依然として「ハイブリッド」*言語です。残念ながら、多くのプログラマーはまだC ++を「ストリームと組み込み文字列を含むC」と見なしています。その結果、コードが非常に悪くなり、C ++でもCでもありません。IMHO、言語/コンパイラーがある程度プログラマーにより洗練されたコードを書くことを強制した方が良いでしょう。では、最新のC ++（たとえばC ++ 0xと将来のバージョン）をハイブリッドに保つ理由はありますか？ *ハイブリッドとは、標準の文字列とストリーム、クラス、デフォルト以外の名前空間などを使用するかどうかを決定するのはプログラマ次第であることを意味します。

16 c++  language-design  rationale