提供.NET MVC觀看jQuery UI方式

我見過一些博客文章和教程，概述了在.NET MVC Web應用程序中使用jQuery和Views中的UI元素進行混合。但通常針對開發人員全面掌握完整的開發週期以及後端/中間層技術的變體。提供.NET MVC觀看jQuery UI方式

作爲前端開發人員，我正在向後端開發人員提供一個jQuery-only UI - 爲了代碼成熟度pov，他提醒不要使用非webforms接口。

我試圖回擊「好吧......這是你的模式......不是MVC的元素嗎？在視圖中沒有邏輯嗎？我正在讀這是'服務器端的東西'你只是序列化我所要求的屬性，或者更好的...讓我輕鬆發現你可以發送給我的內容......我將能夠通過jQuery UI實現UI。「

那麼我的立場有多有效呢？

jQuery的網格可以處理至少85％的.net本地控制（低到中等容量的行數）？

如何進行在線編輯？ ...來自網格？

專門在Web服務中工作簡化了他的生活嗎？如果是這樣，那不是構建.net-to-jQuery關係的合乎邏輯的方法嗎？ - ajax聯絡twixt服務器（.net WS方法）和客戶端？

MNY THX --steve ...

來源

2009-06-12 justSteve

如果這是一個管理界面，並在客戶端已同意的用戶，必須啓用JavaScript，然後我想使用JavaScript來構建小部件的頁面是一個更好的選擇比使用asp.net服務器控件。但是，如果這是一個面向公衆的網站，我認爲純粹的html和css方法會更好，然後使用javascript逐步增強頁面！

現在我不主張使用asp.net服務器控件，因爲它們吐出糟糕的標記，並且它們使用過於複雜。相反，我一直在使用jQuery來做煩人的工作和dom查詢和遍歷。我也不主張使用jQuery UI，因爲它們缺少一些非常重要的小部件，例如沒有數據表，沒有樹視圖等。我知道jQuery有很多插件，但它們不是分組的，因此每個插件都需要重新發明輪子實現它所需要的一切。一旦你包含了所有的插件庫和css，你通常會得到非常大的頁面佔用空間。另外，每個插件通常有不同的主頁和文檔，可能會或可能不會從頭開始。

我認爲最好的UI庫是YUI，你可以很容易地將它與jQuery結合起來。由於每個小部件都是由核心組件組成的，因此下載的總體重量較小。你也可以在一個地方擁有所有的文檔，並有100個工作例子。此外，它意味着全面使用相同的JavaScript模式集，因此每個小部件可以更多地瞭解該庫。希望jQuery UI能趕上，但是我個人期待YUI 3對我來說可能意味着完全放棄jQuery ...

來源

2009-06-12 11:26:13 superlogical

您認爲這是一個'代碼成熟度'問題嗎？尺寸足跡_does看起來相當可觀，但該死的選擇器，它與CSS工作吻合的好看似乎很難辯駁。但你的_is引人注目。 – justSteve 2009-06-12 13:03:47

不要打平臺。這就是痛苦和痛苦。

MVC視圖對象與asp.net webforms與服務器控件大不相同 - 您可以直接獲得html。你幾乎可以免費獲得jquery和ajax，並且（幾乎）用神奇的服務器端Ajax調用處理。

他們被設計來做你所要求的。編寫自己的jQuery UI正在重新發明輪子。

這不僅是一大筆額外的工作，沒有收穫。你將是唯一一個試圖這樣做的開發者，當你需要幫助時，很少有人可以提供建議。

來源

2009-06-12 14:15:48

jQuery是一個非常成熟的庫。它被整個互聯網上數以千計的人使用，我不認爲我曾經遇到過一個錯誤。 YUI被YAHOO打狗，所以它也變得更加強硬。

我沒有提到你的一件事是我使用默認的webforms視圖引擎與asp.net mvc。我認爲它仍然是最好的選擇，因爲你獲得intellisense，並且Resharper重構甚至搜索你的視圖，靜態解決方案anaylsis可以在你的視圖中發現代碼錯誤。

對於構建我的標記我一直在使用MvcContrib Fluent Html，但你也可以結帳this article，主張DRY本人很好。

來源

2009-06-12 21:17:45 superlogical

提供.NET MVC觀看jQuery UI方式

回答

相關問題