2010-11-29 5 views
1

イントラネットWebアプリケーションを介したASP DOTNETからASP MVCへの移植の可能性を検討しました。私はこの種のフレームワークがアプリケーションに適しているかどうかはまだ決めていません。ASP MVCルーティングの設計 - ページネーションとフィルタリングによる特定のオブジェクトの子オブジェクトのリスト表示

一つの考慮事項は、ルーティングはアプリケーションの主な用途は、説明のために、顧客、場所や人物の表現を含む、オブジェクト、の7の主な種類をCRU​​Dすることです

...どのように見えるかです。顧客は複数の場所(< 10)を持つことができ、それぞれには多くの人がいます(おそらく1000秒)。ページは、特定のオブジェクト(例えば、顧客)に関連するオブジェクト(例えば、人物)のセットの一覧表示(フィルターをかけたもの) 。

CRUDを超えて、特定の顧客に関連するさまざまなオブジェクト(場所や人物など)を一覧表示したり、ページしたり、テキストボックスから特定のプロパティやキーワードでフィルタリングすることができます。現在、顧客の人を見るには、すべての人が含まれているRadControlsデータグリッドがある(大量のリクエストだが帯域幅はボトルネックではありません)、/ customer?guid = 1234#人に行きます。

ルートにはどのようにお勧めしますか?

簡単:
カスタマー/編集/ [GUID]

ハーダー:?
顧客/一覧/ [GUID] /人/ [ページ] = xyzの& paramX = YZ
または
お客様をフィルタリング/ List/Persons/customer = guid & ...
または

答えて

0

あなたとあなたのチームにはどんな意味がありますか?

-1

URLの変更に問題がなければ、XmlやJSONを返さない場合でも、提供する機能のためのRESTスタイルのURLを見ることができます。

カスタマー/人/ GUID/XYZ/YZ/

それは、前の1より直感的であるため、それにもかかわらず、あなたが最後の提供のオプションが良いです。

ASP.NET WebformsアプリケーションでもASP.NETルーティングを使用できることを追加する必要があります。したがって、ASP.NET MVCでアプリケーションを書き直す必要はありません。

WebFormsコントロールの使用に慣れている方は、Webフォームを使用する方がよいでしょう。

関連する問題