在过去的五年中，我一直在.NET堆栈中进行开发，而随着最新版本的MVC3和.NET 4.0的出现，我觉得我认为前进的方向得到了进一步确认。
通过客户社区在如此短的时间内采取的创新步骤，似乎最好的应用程序具有受大多数客户事件控制的UX。例如，facebook.com，stackoverflow.com，google，www.ponched.com :)等。当我说客户端事件时，我不是在谈论包装在UpdatePanel中的服务器端控件以掩盖回发。我说的是在客户端执行所有事件和屏幕转换，并且仅在真正必要时使用完整的回发。但这并不是说.NET并不是帮助控制安全性，初始页面加载，路由，中间层等的必要工具。
我了解在简单的应用程序上或在时间紧迫的情况下使用.NET（或其他Web开发框架）默认提供的控件和功能时，如果项目需要的话，这是不实际的，但似乎开发人员可以设置它们本身是您可以深入了解Javascript / jQuery并提供无缝应用程序的应用程序，这些应用程序受（web）服务器的限制。作为开发人员，我们可能不认为我们的用户会因为他们在reg上使用的知名Web应用程序而变得越来越老练，但我倾向于认为他们是。
我很好奇，如果有人同意这种观点，或者他们对此有其他看法？一些午餐后的想法让我觉得我会开除出去，看看我得到了什么。
最佳答案
我同意这种观点。具有讽刺意味的是，尽管这次围绕客户端的所有内容都是通过服务器按需分配的，所以我们已经从瘦客户端转移回了胖客户端，因此显然维护开销已不再像以前那样了。
丰富的客户端功能不仅为您提供流畅，响应式的交互式应用程序，而且对于大型站点和应用程序具有显着的优势，即能够将大量处理资源分配给客户端浏览器，而不必在其浏览器上处理所有内容结束。在涉及数以千万计的用户的情况下，这可节省大量资金。
关于这个问题，我可以说更多，但是时间很短。我敢肯定会有其他观点（假设由于主观而未解决问题）。
关于javascript - 通过严格的客户端UX驱动.NET/服务器端应用程序。，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/6876737/