ASP.NET MVC は、このフォーラムで数回議論されています。いくつかの Web サイトを従来の ASP/ASP.NET WebForms から ASP.NET MVCに大規模に移行しようとしていますが、両方のテクノロジの経験がある方にどのようなアドバイスがあるか知りたいと思っていました。
私が持っているもの: プレゼンテーション/ビジネス ロジックが強く結合された典型的な ASP.NET アプリ、あらゆる種類の乱雑な ASP.NET 生成 Javascript クラフトなど。
私が欲しいのは、ASP.NET MVC で生成された不可知論的マークアップをきれいにすることです。'言っ途切れる。
知っておくべきポインター、ヒント、トリック、または落とし穴はありますか?
ありがとう！
うわー、ここで移行について話しているかどうかはわかりません-違いは、書き直しのようなものです!
他の人も言っているように、MVC は Web アプリを構築するためのまったく新しい方法です。プレゼンテーション コードのほとんどは引き継がれません。
ただし、MVC で書き直す場合、既にあるものは優れたプロトタイプです。問題は、少しずつ行うのが難しいことである可能性があります。たとえば、MVC はすぐに使用できる URL の名前変更を使用しているため、前後のリンクがかなり面倒になります。
別の質問は、なぜですか？私たちの多くは、最新のテクノロジを採用したいと考えている大規模で無秩序なレガシー アプリケーションを持っていますが、アプリケーションが既に動作している場合、なぜ切り替える必要があるのでしょうか。
私が今新しいアプリケーションを検討しているとしたら、MVC は非常に有力な候補ですが、プロジェクトの後半で MVC に切り替えるほど大きなメリットはありません。
知っておくべきポインター、ヒント、トリック、または落とし穴はありますか?
まあ、あなたはおそらくトリックと落とし穴について考えるのから少し離れていると思います:) お気づきだと思いますが、ASP.NET MVC は ASP.NET の新しいバージョンではなく、MVC とはまったく異なるパラダイムです。 ASP.NET を移行するのではなく、既存のシステムを置き換えるためのまったく新しい開発作業を開始することになります。そのため、アプリの要件を決定する上で足を踏み入れることができるかもしれませんが、残りはおそらくゼロから再構築されるでしょう.
既存のコード ベースで説明した (非常に一般的な) 問題に基づいて、疎結合システムの設計における現在のベスト プラクティスのいくつかを学ぶために、この機会を利用することを検討する必要があります。これは、最新の「ベスト プラクティス」が理解しやすく、実践しやすいため、簡単に実行できます。また、膨大なコミュニティ サポートと、プロセスを支援する高品質のオープン ソース ツールがあるためです。
現時点では、ASP/ASP.NET アプリケーションも ASP.NET MVC に移行しています。とにかく、これが私の準備調査の結論です。
これは、ASP.NET MVC の使用に関するリンクへの投稿ですが、この投稿を読むことから始めます。この投稿は表面上は NHibernate (ORM ツール) に関するものですが、議論とリンクは基礎を正しくすることに関するものであり、ASP.NET サイトを MVC に移植する準備の結果です。その投稿でリンクされている参照アーキテクチャの一部は、ASP.NET MVC に基づいています。NHibernate に関する別の投稿がありますが、「ベスト プラクティスと参照アプリケーション」セクションに記載されている参照アプリケーションのすべてではないにしても、ほとんどが ASP.NET MVC アプリケーションでもあります。参照アーキテクチャは、最適で保守可能な ASP.NET MVC サイトを設計する方法をすばやく把握するのに非常に役立ちます。
WebForms は、同じアプリ内で MVC コントローラーと共に使用できます。デフォルトでは、ルーティングはディスク上に存在するファイルに対する要求をルーティングしません。そのため、サイトの小さな部分を一度に書き直して MVC パターンを使用し、残りの部分は WebForms を使用したままにすることができます。
私の意見では、この 2 つのテクノロジは非常に異なっているため、元の Web フォーム アプリケーションのコードが密結合している場合、最初にどちらかを選択し、それを新しい ASP.NET MVC アプリケーションを作成して切り取ることで変換するのが最善の方法です。コードをそれぞれのレイヤーに入れます。これにより、他のアプリケーションを移植するための再利用の道が開かれます。