ASP.Net與html客戶端控件JQuery

Question

我想開發一個非常大的產品與許多類別。我想使用jQuery的Asp.net形式和webMethods像

$.ajax({ 
     type: "POST", 
     url: "Just.aspx/Fetch", 
     data: "{'date':'" + sdate + "','edate':'" + edate + "'}", 
     contentType: "application/json; charset=utf-8", 
     dataType: "json", 
     success: function (msg) {} 
}); 
[System.Web.Services.WebMethod()] 
[System.Web.Script.Services.ScriptMethod()] 
public static string Fetch(string date, string edate) 
{ 
//my code here 
} 

現在我的問題是

1. 我熟悉這種方法，所以我應該繼續進行呢？或者我應該使用Asp.net MVC？

2. 這種方法是否適合開發這樣的大產品？如果沒有，那麼建議我一個好的。

3. 我有很多類別，所以我的URL變得非常冗長。這樣的..

   mywebsite.com/categories/auto/new/subcategory/save.aspx?id=2332 &貓= 38

   我要讓這些URL更加用戶友好的，如何創建所有使用此URL的標準？

4. 我應該使用URL重寫還是Asp.net路由？

Answer 1

開發人員面臨的最大問題是管理複雜性並保持代碼「乾淨」。 MVC使開發人員能夠利用OOP來減少複雜性並使代碼易於理解。

網絡表單在短期內發展速度會更快，但它不適用於維護和增長方面的長期可持續性。

你不要在ASP.Net上選擇ASP.Net MVC，因爲ASP.Net MVC仍然是ASP.Net。你選擇ASP.Net MVC或ASP.Net Web窗體，並有很多很好的理由這樣做：

Easier to get control over your HTML 
Easier to do unit testing 
Few "Gotchas" 

在另一方面，Web窗體也有利於他們有幾個要點：

Easy to put simple CRUD/business apps together extremely fast 
Hard to beat ViewState performance in local LAN enviroment 
Easy to learn forms paradigm 

結果是，如果您在企業LAN環境中構建業務應用程序（實際上仍是大多數Web開發人員），Web窗體非常棒。在這個意義上，微軟真的瞭解他們的市場但是，如果您正在爲公共互聯網構建應用程序，則可能需要MVC，以便您可以進行徹底測試，並確保您的網頁不會因爲不必要的視圖狀態或JavaScript數據而臃腫。

在asp.net mvc中，您有Url路由，您可以根據需要重寫url，但是如果有許多url的參數，則可以使用表單並使用隱藏字段發佈vlaues，因爲它不是一個很好的方法在url中顯示如此長的參數。

檢查以下鏈接，以及：

http://weblogs.asp.net/shijuvarghese/archive/2008/07/09/asp-net-mvc-vs-asp-net-web-form.aspx

希望它能幫助。