將ExtJS與ASP.NET，Webforms或MVC一起使用？

Question

對於使用0個ASP.NET控件而非100％extJS接口的場景，使用ASP.NET MVC或ASP.NET WebForms會有什么好處？ 而且缺點呢？ 有沒有一種合適的方法來正確地做到這一點？

我很想得到關於你的經歷的反饋。

謝謝！

Answer 1

WebForms +任何純粹的客戶端框架都會給你帶來無窮無盡的麻煩，如果你可以讓它工作的話。 我過去遇到過的一些問題（在我的腦海中，已經有一段時間了）：

• WebForms將您限制為每頁一個<form>標記。 雖然這並不一定妨礙使用Ext或類似的東西，但在許多情況下嚴重（並且任意）限制
• WebForms是圍繞回發和視圖狀態構建的。 假設您沒有使用這些功能（因為您沒有服務器控件），您將會遇到WebForms想要工作的方式。 你可以做到這一點，但事情真的很快變成黑客。
• WebForms具有整個頁面生命周期和服務器端事件框架。 同樣，既然你不會使用其中任何一個，那么選擇WebForms有什么意義呢？
• 除非你想真正與IIS戰斗，否則你會被困在討厭的網址中。

ASP.Net MVC是一個更好的選擇，如果你仍然希望利用.NET可以在服務器端提供什么而不會有WebForms的痛苦。 如果您搜索，還可以在Ext論壇中使用幾種不同的Ext.Direct提供程序。 祝你好好找到任何東西來幫助你將Ext與WebForms集成（沒有任何東西）。

編輯 ：我一直在使用這個 Ext.Direct堆棧的實現為ASP.NET MVC一段時間有很好的結果。

Answer 2

考慮與服務器隔離構建Ext JS前端。

這種解耦迫使您創建一個純粹的JavaScript應用程序，並使您遠離各種框架中“幫助者”引入的問題。

它減少了你在服務器端語言和javascript之間“轉換”的時間。 根據我的經驗，特別是對於剛接觸Ext JS的開發人員來說，最大的障礙是將前端邏輯與服務器端邏輯分開。

它會很快！ 使用純HTTP和JSON與服務器通信，並按照預期構建Ext JS應用程序！

Answer 3

為此，我傾向於使用ASP的MVC風格。 基本上是因為ASP.net傾向於添加你不需要的隨機垃圾。 你想要的是將數據推送到ExtJS最純粹最干凈的東西。 如果您根本不需要任何服務器交互，比如說您要將任何輸入回送到Azure或S3，那么您根本不需要任何ASP就可以發送靜態HTML。

Answer 4

ASP.Net MVC可以更好地與ExtJs集成。 如果您必須使用Web窗體，那么我建議您查看http://www.coolite.com/ 。 這是一個基於ExtJs的ASP.Net包裝器，可能會讓生活更輕松。

Answer 5

另一個觀點：我正在extjs中構建一個Web客戶端，用於特定於域的.NET服務器遠程處理。 我想我基本上可以將“原始”數據推送到ext，因為服務器應用程序處理所有邏輯，但由於我的遠程處理不是“網絡感知”，我使用一組自定義http處理程序（.ashx）來解析參數和設置mime-types，會話處理和所有與web-server相關的東西。 有了這個架構，它只需要幾個.ashx腳本，我不覺得有任何需要使用像ASP.NET MVC這樣的更高級的設置（我甚至認為不合適），但我也沒有使用WebForms。