使用 HTML5、JavaScript 和 AJAX，还需要 PHP、ASP.NET 和 J2EE 后端吗？ [关闭]答案

【问题标题】：With HTML5, JavaScript and AJAX, are PHP, ASP.NET and J2EE backends still required? [closed]使用 HTML5、JavaScript 和 AJAX，还需要 PHP、ASP.NET 和 J2EE 后端吗？ [关闭]
【发布时间】：2014-06-11 12:02:20
【问题描述】：

我正在努力追赶现代 Web 应用程序设计方法。使用最新的技术，将 Web 应用程序绑定到特定的后端语言（如 PHP、ASP.NET 或 J2EE）是否仍然合适或有必要？

我一直在考虑 HTML5、JavaScript 和异步查询。应用程序可能包含一系列简单的空 HTML 文档模板，其中数据组件在页面加载事件之后使用 JQuery/XMLHttpRequest 调用 Web 服务来填充。

在这种情况下，后端 Web 服务可以使用任意框架实现，并且 HTML 页面的服务可以由任何 Web 服务器处理。然后，应用程序的 Web 组件将是纯 HTML5 和 JavaScript，所有其他业务逻辑都隐藏在 Web 服务接口后面。

但是对于依赖会话管理和页面转换的复杂应用程序，这是一种有效的设计吗？是否有人以这种方式编写代码，或者是否总是使用传统的后端语言来生成 HTML 文档？

谢谢。

【问题讨论】：

如果你想要数据库交互之类的东西，你仍然需要某种后端。无论是 php、asp、node (javascript) 都无关紧要。此外，任何“网络服务”都需要一个后端。您应该研究 Angular 或其他 javascript mv* 框架（可能也包括 REST）。和你描述的差不多。
除了 Janathan 的评论，您还应该查看 Separation of Concern [link]en.wikipedia.org/wiki/Separation_of_concerns 。构建模块化程序时，将针对不同的功能采用不同的技术。
我认为前端从来没有与特定的后端实现相关联。无论内容来自 API 还是类似 MVC 的框架，仍然需要使用后端语言进行开发，并且其中一种（至少出于本次讨论的目的）与另一种一样好用。
我要补充一点，像 Angular 这样的 SPA 系统很棒，但我认为 GET-POST/submit-redirect 站点的方法还没有死:)。

标签： javascript php jquery asp.net html

【解决方案1】：

有趣的问题，我是这样看待的。 HTML5 不再是 HTML5.. 而是“HTML”。我们永远不会看到 HTML6，新的 HTML5 模型将继续改进并添加功能。有一天，在视频、音频和绘图需要第三方插件的日子里，所有设备都将共享相同的前端演示模型。

当您想到它时，像 PHP 这样的框架只是制作动态 HTML，并将业务逻辑与表示逻辑结合起来。在可预见的未来，我们不能总是需要这样的东西吗？话虽如此，我当然可以在未来看到许多利用开放数据和富客户端控制的应用程序。我不认为这会威胁到 ASP.NET、PHP 或 J2EE 的消亡。我认为它会增强它们，因为现在我们都有一个更完整的工具箱可供开发。

Scott Hanselman 2 年前在 Microsoft 的 Build 大会 (http://channel9.msdn.com/Events/Build/2012/3-027) 上做了一个很棒的演讲，它很好地讨论了 JavaScript 如何使 Web 浏览器成为一个令人难以置信的模拟器，并且您现在可以前端加载逻辑和编程到最后用户...类似于您的想法。最后，我认为这样的选择只是让我们确保我们出于适当的原因使用这些工具，就像在 ASP.NET 世界中我们现在拥有 Web 窗体和 MVC 一样。Web 窗体并没有死，它们'不再是城里唯一的游戏了，但现在我们可以在适当的时候使用 Web 表单，在适当的时候使用 MVC。

好问题！

【讨论】：