过去五年来我一直在 .NET 堆栈中进行开发，随着 MVC3 和 .NET 4.0 的最新版本，我觉得我认为事情的发展方向得到了进一步证实。
随着客户端社区在如此短的时间内采取的创新步骤，一流的应用程序的用户体验似乎由大多数客户端事件控制。例如，facebook.com、stackoverflow.com、google、www.ponched.com :) 等。当我说客户端事件时，我并不是在谈论包装在 UpdatePanel 中以屏蔽回发的服务器端控件。我说的是在客户端上执行所有事件和屏幕转换，并仅在真正必要时才使用完整回发。这并不是说 .NET 之类的东西不是帮助控制安全性、初始页面加载、路由、中间层等的必要工具。
我知道，在开发简单的应用程序或在严格的时间限制下，如果项目需要，使用 .NET(或其他 Web 开发框架)默认提供的控件和功能是不切实际的，但开发人员似乎如此那些可以让自己与众不同的应用程序可以让您深入 Javascript/jQuery 并提供无缝应用程序，而(Web)服务器的参与有限。作为开发人员，我们可能不会认为我们的用户会因为他们在 reg 上使用的大牌 Web 应用程序而变得更加成熟，但我倾向于认为他们是这样。
我很好奇是否有人同意这个观点或者他们对此有其他看法吗？午饭后的一些想法我想我应该出去看看我能得到什么。
最佳答案
我同意这个观点。具有讽刺意味的是，我们已经从瘦客户端转向胖客户端，尽管这次客户端上的所有内容都是通过服务器按需分发的，因此显然维护开销与以前完全不同。
丰富的客户端功能不仅为您提供流畅、响应灵敏、交互式的应用程序，而且对于大型网站和应用程序来说具有显着的优势，能够将大量处理资源交给客户端浏览器，而不必处理一切都结束了。当涉及数千万或数亿用户时，这相当于一个非常大的节省。
我可以就此事说更多，但时间很短。我确信还会有其他观点(假设问题没有因主观而结束)。
关于javascript - 通过严格的客户端用户体验驱动.NET/服务器端应用程序。，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6876737/