基于Web的系统(仅限客户端GUI)已知与平台无关,但是,它们是否也是独立于开发平台的? 据我所知,客户端GUI将始终使用HTML和JavaScript / VBScript或Java等构建,所有操作系统和浏览器都支持它以使其独立。如果服务器端平台被切换,我担心GUI代码的变化,例如从ASP.NET到PHP或Java或从x到y? 如果它取决于GUI的设计/开发方式,那么不应该使用什么来尽可能减少这种影响呢?
此致
姿态
答案 0 :(得分:0)
您需要使用与平台无关的框架,或者自己在简单的html + javascript + css中编写视图。
平台无关框架有助于将UI层或视图无缝部署到不同的操作系统上。 如果您还计划更改开发语言,您可能必须自己为您的视图编写html,javascript和css,因为据我所知,没有可用于不同语言的流行框架。 大多数框架都设计用于特定的语言/运行时,并为您提供一个抽象级别,隐藏了血腥的html,javascript,...细节,为您提供更自然的开发体验。 然后代码由框架转换为纯html,javascript,css,... 但是如果你想要真正不可知的观点,你将不得不放弃这种抽象并自己编写html。 这不是一件容易的事,不是因为html和javascript本身很难,但是跨浏览器兼容性是个蠢事,而且你会失去经过良好测试的组件的好处。
最终产品,在客户端,始终是独立于平台的,因为它只不过是所有操作系统都支持的html,javascript和css
答案 1 :(得分:0)
如果客户端GUI是用JavaScript编写的,并且与ajax和json进行了所有通信,只要它提供相同的api,你就可以换掉你想要的任何后端。
这还取决于您如何构建网站。例如,如果您正在使用基于java的html小部件,那么用冷融合中的等效替换将更难。
但改变后端通常是徒劳的,因为你并没有真正给最终用户任何不同的东西。通常,过于热心的程序员想要无缘无故地重写后端。不要那样做。
答案 2 :(得分:0)
答案 3 :(得分:0)
通常,HTML应用程序的服务器端不应影响客户端。这意味着如果您只坚持客户端上的JavaScript组件,您就可以随时更改服务器端。
JS编程的问题然而不仅仅是浏览器兼容性(这已经是一个巨大的问题)。以下是不充分考虑的问题:
因此,您可能需要调查具有“本机”客户端UI的方法。例如Java。