嚴格通過Client UX驅動.NET /服務器端應用程序。

Question

過去五年來，我一直在.NET堆棧中開發，並且使用最新版本的MVC3和.NET 4.0，我覺得我認爲事情進展的方向得到了進一步的證實。

隨着客戶社區在如此短的時間內所採取的創新步驟，似乎最佳的應用程序擁有由大多數客戶事件控制的UX。例如，facebook.com，stackoverflow.com，google，www.ponched.com :)等等。當我說客戶端事件時，我不是在討論封裝在UpdatePanel中的服務器端控件來屏蔽回發。我正在談論的是在客戶端進行所有事件和屏幕轉換，並且只在真正需要時才使用完整的回發。這並不是說.NET之類的東西並不是幫助控制安全性，初始頁面加載，路由，中間層等的基本工具。

我明白在簡單應用程序中工作或在使用控件和激進時間限制由.NET（或其他Web開發框架）默認提供的功能在項目需要它時是不實際的，但似乎開發人員可以將自己區分開來的是那些你可以進入Javascript/jQuery的溝槽並提供（網絡）服務器涉及有限的無縫應用程序。作爲開發者，我們可能不認爲我們的用戶由於他們正在使用的大名字web應用程序而變得更加複雜，但我傾向於認爲他們是。

我很好奇，如果有人分享這個觀點，或者如果他們有另一個承擔這一點？一些午餐後的想法，我想我會在那裏開火，看看我回來了。

Answer 1

我分享此觀點。我們諷刺地從瘦客戶機轉移到了厚客戶機，儘管這次客戶機上的所有內容都是通過服務器按需分配的，所以很明顯，維護開銷並不像以前那樣。

豐富的客戶端功能不僅爲您提供流暢的，響應式的交互式應用程序，而且對於大規模網站和應用程序能夠向客戶端瀏覽器提供大量處理資源而非必須處理所有事情。在涉及數十億或數億用戶的情況下，這相當於節省了很多。

我可以說更多的事情，但時間很短。我相信會有其他觀點（假設這個問題不是因爲主觀而關閉的）。

Answer 2

你說得對，現代Web開發涉及到像jQuery（或類似的庫）和JavaScript一般的技術。

完整頁面重新加載是舊時尚和Ajax方法是要走的路，只是不認爲Web服務器比以前更少使用或涉及，它仍然響應ajax調用只是它異步:)

實際上，MVC不支持任何回發，因爲沒有web表單，並且頁面生命週期模型也不一樣。

Answer 3

關於讓自己脫穎而出的開發者的觀點絕對是有針對性的。瞭解底層技術並能夠爲其客戶提供定製解決方案的開發人員的確與開發人員分離開來，他們可以拖放框架工具並連接足夠好的工具。

專注於本次討論中的網站開發，開發人員理解關鍵技術至關重要。我無法計算我遇到過多少次「Web開發人員」（主要在Microsoft堆棧中，因爲這是我主要工作的地方），他們明顯拒絕學習JavaScript/HTML/CSS，僅僅是因爲他們覺得可以使用他們的工具在Visual Studio中完成這項工作就好了。

在很多情況下，它確實存在，但不是所有情況。而能夠解決這種情況並不能使開發人員勝任其他工作。就像公開一個小的RESTful JSON API和使用AJAX調用來獲取所需的數據，而不是整個頁面的POST和重新處理整個響應一樣簡單，這對於整體用戶體驗來說意義重大。這兩項工作都完成了，但其中一項對用戶來說比其他項目更令人印象深刻。

當您想要做的事情完全封裝在框架的功能集中時，框架非常棒。但是當你需要超越框架時，它最終會受到限制。這就是對底層技術的更深入理解將允許開發人員在框架工具之外發展併爲客戶提供完整解決方案的地方。