我正在努力赶上现代Web应用程序设计方法。使用最新的技术，将web应用程序与特定的后端语言（如PHP、ASP.NET或J2EE）联系起来是否仍然合适或必要？
我一直在考虑HTML5、JavaScript和异步查询。应用程序可能由一系列简单的空HTML文档模板组成，在页面加载事件之后，使用对web服务的JQuery/XMLHttpRequest调用来填充数据组件。
在这种情况下，后端web服务可以使用任何任意框架来实现，HTML页面的服务可以由任何web服务器来处理。然后，应用程序的web组件将是纯HTML5和JavaScript，所有其他业务逻辑都隐藏在web服务接口后面。
但是，对于依赖会话管理和页面转换的复杂应用程序来说，这是一种有效的设计吗？有人用这种方式编码吗？或者传统的后端语言总是用来生成HTML文档吗？
谢谢。
有趣的问题，我是这样看待的。HTML5不再是HTML5..而是"HTML"。我们永远不会看到HTML6，新的HTML5模型将继续改进并添加功能。总有一天，在视频、音频和绘图需要第三方插件的日子里，所有设备都将共享相同的前端演示模型。
仔细想想，像PHP这样的框架只是制作动态HTML，并将业务逻辑与表示逻辑结合起来。在可预见的未来，难道我们不总是需要这样的东西吗？话虽如此，我肯定会在未来看到许多利用开放数据和富客户端控制的应用程序。我不认为这会威胁到ASP.NET、PHP或J2EE的消亡。。我认为这会增强它们，因为现在我们都有了一个更全面的工具箱来开发。
两年前，Scott Hanselman在微软Build大会上做了一次精彩的演讲(http://channel9.msdn.com/Events/Build/2012/3-027)，这是一个很好的讨论，关于JavaScript如何使web浏览器成为一个令人难以置信的模拟器，以及您现在可以将逻辑和编程前置到最终用户。。。类似于你的想法。最后，我认为这样的选项只会让我们确保我们出于适当的原因使用这些工具，就像在ASP.NET世界中我们现在有Web Forms和MVC一样。。Web表单并没有死，它们不再是城里唯一的游戏，但现在我们可以在适当的时候使用Web表单，在适当的地方使用MVC。
好问题！