ASP.NET 3.5で新しいASP.NET Webフォームアプリケーションを作成している場合は、URLの書き換えをお勧めしますか? UrlRewriter.NETまたはASP.NET MVCルーティング。以前はUrlRewriter.NETを使用していて、かなり満足していました。UrlRewriter.Net、ASP.NET MVCルーティング、または何をお勧めしますか?
意見はありますか?
ASP.NET 3.5で新しいASP.NET Webフォームアプリケーションを作成している場合は、URLの書き換えをお勧めしますか? UrlRewriter.NETまたはASP.NET MVCルーティング。以前はUrlRewriter.NETを使用していて、かなり満足していました。UrlRewriter.Net、ASP.NET MVCルーティング、または何をお勧めしますか?
意見はありますか?
ルーティングは非常に優れたIMHOです。 SEOタイプを幸せに保つためにURLを書き直す代わりに、SEOタイプを幸せに保つために実際のURLを作成しています。もう一つの大きな利点はルーティングが可逆的であることです。パラメータからURLを簡単に取得できます。これは非常に便利です。
いいえ、それらは大きく異なります。 URLの書き換えは受信URLを受け取り、リクエストをASP.NET(またはIIS)に渡して処理する前に書き換えます。 URLルーティングでは、ASP.NETでURLを取得し、Url内にあるパラメータを使用してハンドラをマッピングします。 Url自体は決して変更されません。
UrlRewriter.NETを使用してください。これはWebフォーム用に開発されたもので、すでに経験があり、好きです。 ASP.NET MVCルーティングは、MVCパターン内で動作するように設計されています。
@Andrew。私はそれがASP.NET MVCのために作られたことを知っていますが、私はあなたがルーティングエンジンを使うことができるいくつかの記事を読みました。誰かがウェブフォームでそれを使っている経験があって、それがうまくいれば好奇心が強い。 – nickytonline
IIS7を使用している場合は、URL Rewrite Moduleにアクセスしてください。
私は自分のサイトの1つに使っていて、完璧に動作しました。
ASP.NET 4.0 Webフォーム(3.5 SP1で導入されたと思います)は、ネイティブでビルドをルーティングしています。これは、ASP.NETフレームワークでネイティブにビルドされたモジュールを書き換えることよりも利点があり、正しく動作するためにハックを必要としません。
ルーティングのためだけにMVCに行くべきではありません。
なぜAsp.Net MVCと一緒にWebformメソドロジを完全に削除してみませんか?私は、このフレームワークは誰にとっても、特に既存のプロジェクトではないことを認識していますが、新しいアプリケーションを開発し、ルーティングメカニズムを購入しているのであれば、その概念に基づいたフレームワークにはいかがですか?
Asp.Net MVCは、Webフォームよりも優れたフレームワークであり、少し前処理が必要で、学習曲線があります。しかし、1日の終わりには、一般に拡張と保守がはるかに簡単なアプリケーションで終わるでしょう。
@Wyatt、それを偽っているのはどういう意味ですか?私は彼らが同じことをしたと思った。 – nickytonline
私はルーティングを試し、彼女がどのように行くのか見てみましょう。ありがとう。 – nickytonline