众所周知,基于 Web 的系统(仅限客户端 GUI)独立于平台,但是,它们是否也独立于开发平台?据我所知,客户端 GUI 将始终使用所有操作系统和浏览器支持的 HTML 和 JavaScript/VBScript 或 Java 等构建,以使其独立。如果服务器端平台从 ASP.NET 切换到 PHP 或 Java 或从 x 切换到 y,我担心 GUI 代码的变化?如果它取决于 GUI 的设计/开发方式,那么不应该使用什么来尽可能减少这种影响?
问候
阿蒂
众所周知,基于 Web 的系统(仅限客户端 GUI)独立于平台,但是,它们是否也独立于开发平台?据我所知,客户端 GUI 将始终使用所有操作系统和浏览器支持的 HTML 和 JavaScript/VBScript 或 Java 等构建,以使其独立。如果服务器端平台从 ASP.NET 切换到 PHP 或 Java 或从 x 切换到 y,我担心 GUI 代码的变化?如果它取决于 GUI 的设计/开发方式,那么不应该使用什么来尽可能减少这种影响?
问候
阿蒂
我觉得值得
通常,HTML 应用程序的服务器端不应影响客户端。这意味着如果您在客户端只使用 JavaScript 组件,您将能够随时更改服务器端。
然而,JS 编程的问题不仅仅是浏览器兼容性(这已经是一个大问题)。以下不是很好考虑的问题:
因此,也许您需要研究具有“本机”客户端 UI 的方法。以Java为例。
您需要使用与平台无关的框架,或者自己用纯 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 小部件,那么在冷融合中用等价物替换将更加困难。
但是更改后端通常是徒劳的,因为您并没有真正为最终用户提供任何不同的东西。通常是过分热心的程序员无缘无故地想要重写后端。不要那样做。