Javascript 通过严格的客户端UX驱动.NET/服务器端应用程序。

在过去的五年里，我一直在.NET堆栈中进行开发，随着MVC3和.NET4.0的最新版本的发布，我觉得我认为事情的发展方向得到了进一步的确认

由于客户端社区在如此短的时间内采取了创新的步骤，似乎一流的应用程序拥有一个由大多数客户端事件控制的用户体验。例如，facebook.com、stackoverflow.com、google、www.ponched.com:）等。当我说客户端事件时，我不是说用UpdatePanel包装的服务器端控件来屏蔽回发。我说的是在客户机上执行所有事件和屏幕转换，只有在真正必要时才使用完整回发。这并不是说像.NET这样的东西不是帮助控制安全性、初始页面加载、路由、中间层等的必要工具

我理解在使用.NET（或其他web开发框架）默认提供的控件和功能处理简单的应用程序或在严格的时间限制下工作如果项目需要的话，这是不实际的，但是似乎可以让自己与众不同的开发人员是那些可以进入Javascript/jQuery的战壕并提供无缝应用程序的开发人员，而这些应用程序在（web）服务器上的参与有限。作为开发人员，我们可能不认为我们的用户因为他们在reg上使用的大牌web应用程序而变得越来越复杂，但我倾向于认为他们是这样

---

我很好奇是否有人同意这一观点，或者他们是否对此有其他看法？午餐后的一些想法，我想我会在那里激发出来，看看我得到了什么。

你说得对，现代web开发通常涉及jQuery（或类似的库）和JavaScript等技术

整个页面的重新加载已经过时，Ajax方法是一种发展方向，但不要认为web服务器的使用率或参与度比以前低，它仍然会响应Ajax调用，只是异步执行而已：）

---

MVC实际上不支持任何回发，因为没有web表单，也没有相同的页面生命周期模型。

我同意这一观点。具有讽刺意味的是，我们已经从瘦客户机转向了厚客户机，尽管这一次客户机上的所有内容都是通过服务器按需分发的，所以很明显，维护开销与过去不同

丰富的客户端功能不仅为您提供流畅、响应迅速、交互式的应用程序，而且对于大型站点和应用程序来说，它具有显著的优势，可以将大量处理资源交给客户端浏览器，而不必在客户端处理所有内容。在涉及数千万或数亿用户的情况下，这相当于一笔巨大的节约

---

关于这件事我可以说得更多，但时间很短。我相信会有其他观点（假设问题不是因为主观而封闭的）。

关于开发人员将自己区分开来的观点肯定是正确的。了解底层技术并能为客户提供定制解决方案的开发人员与能够拖放框架工具和连接足够好的东西的开发人员是截然不同的

在本次讨论中，重点关注web开发，开发人员了解关键技术至关重要。我无法计算我遇到过多少次“web开发人员”（主要是在Microsoft堆栈中，因为我主要在那里工作），他们显然拒绝学习JavaScript/HTML/CSS，只是因为他们觉得Visual Studio中提供给他们的工具做得很好

在许多情况下确实如此，但并非所有情况下都如此。而且，能够解决它不能解决的情况是使开发人员超越其他人的原因。公开一个小的RESTful JSON API，使用AJAX调用只获取必要的数据，而不是发布整个页面并重新处理整个响应，这对整体用户体验意义重大。两者都能完成任务，但其中一个对用户的印象要比另一个深刻得多

当您想做的事情完全封装在框架的功能集中时，框架就非常好了。但当您需要超越框架进行扩展时，它最终会受到限制。在这一点上，对底层技术的深入理解将允许开发人员在框架工具之外成长，并为客户提供完整的解决方案