前端开发模型和界面UI的融合(一) --- 问题 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

当前的企业应用架构上有传统C/S架构的，有B/S架构的，也有介于两者之间的。
在不同的架构下构建应用，又有不同的编程模型和界面语言。
如：C/S使用Eclipse RCP，前端用Eclipse，界面使用Java开发，基于SWT/JFace。
B/S使用JSF，前端是浏览器，界面使用JSF，基于HTML/JS/CSS。
在后端的业务逻辑上，当前已经有很好的重用架构和机制，基于SOA和WebService。
但在前端的界面逻辑上，则完全是开发两套前端界面UI，展现（类CSS），以及一系列Action动作。
导致的后果：
1：在开发语言上，两种架构（或多种架构下）下需要的技术完全不一样，需要较长的学习曲线，不能技术和人才重用。
2：开发出来的组件上，更是基于不同技术的组件，不能重用。
3：开发模型上，一般来说需求人员描述需求，画界面和逻辑草图；开发人员根据草图开发界面和界面逻辑，美工在进行优化。（或者美工先设计界面，开发开发细节的界面和界面逻辑）。在两种架构（或多种架构）下，需求，美工，开发人员没有办法很好的协作，互相开发之间的工作成果不能直接利用。
比如：需求人员设计的界面草图，开发人员不能直接利用，需要重新开发，而且不同架构和技术下的开发人员更是需要开发多套。
解决方案：
一种统一的与技术无关的前端UI描述语言，描述UI组件，展现逻辑（类CSS），动作（Action）等。在不同架构和不同技术下，都能够无缝结合和使用。
技术现状：
哪里有问题，哪里就有市场。看到这几年这样的技术已经越来越多，且越来越流行。有时间再总结一下市场上的各种技术。
有一些技术可以实现类似的功能，如XUL，针对这种模型语言可以在web和c/s上使用，但很受限。
我曾经想过这个问题，结论是不太可行。就算能够做出来，也有很多的限制，反而不爽。
比如b/s中，要想有好的用户体验，ajax必不可少，但ajax用javascript写成，这个异质的东西影响到整个的方案。