基于 Web 的系统（仅限客户端 GUI）以独立于平台而著称，但是，它们是否也独立于开发平台？ 据我所知，客户端 GUI 将始终使用所有操作系统和浏览器支持的 HTML 和 JavaScript/VBScript 或 Java 等构建，以使其独立。如果切换服务器端平台，我担心 GUI 代码的变化，例如从 ASP.NET 到 PHP 或 Java 还是从 x 到 y？ 如果这取决于 GUI 的设计/开发方式，那么不应该使用什么来尽可能减少这种影响？
问候
态度
【问题讨论】：
标签： user-interface platform server-side client-side
您需要使用与平台无关的框架，或者自己用纯 html + javascript + css 编写视图。
与平台无关的框架有助于将您的 UI 层或视图无缝部署到不同的操作系统上。 如果您还计划更改开发语言，您可能必须自己为您的视图编写 html、javascript 和 css，因为据我所知，没有可用于不同语言的流行框架。 大多数框架都设计为使用特定的语言/运行时，并为您提供一定程度的抽象，为您隐藏血腥的 html、javascript 等细节，以获得更自然的开发体验。 然后框架将代码转换为纯 html、javascript、css、... 但是，如果您想要真正不可知的视图，您将不得不放弃这种抽象并自己编写 html。 这不是一件容易的事，不是因为 html 和 javascript 本身就很困难，而是因为跨浏览器的兼容性很糟糕，而且您会失去经过良好测试的组件的好处。
客户端的最终产品始终独立于平台，因为它只不过是所有操作系统都支持的 html、javascript 和 css
【讨论】：
如果客户端 GUI 是用 JavaScript 编写的，并且与 ajax 和 json 进行所有通信，那么只要提供相同的 api，你就可以换掉任何你想要的后端。
这还取决于您如何构建网站。例如，如果您使用的是基于 java 的 html 小部件，那么在冷融合中使用等价物将更难替换。
但是更改后端通常是徒劳的，因为您并没有真正为最终用户提供任何不同的东西。通常是过分热心的程序员无缘无故地想要重写后端。不要那样做。
【讨论】：
【讨论】：
通常，HTML 应用程序的服务器端不应影响客户端。这意味着如果您坚持在客户端仅使用 JavaScript 组件，您将能够随时更改服务器端。
然而，JS 编程的问题不仅仅是浏览器兼容性问题（这已经是一个大问题了）。以下不是经过深思熟虑的问题：
因此，也许您需要研究具有“本机”客户端 UI 的方法。比如Java之类的。
【讨论】：