03.thymeleaf在业务系统中的应用

thymeleaf是Java方向开源的服务端模板引擎，支持多种格式的格式渲染。在存前端项目盛行的年代，webUI纯服务端渲染已经不再适合，但并不影响服务端模板的继续应用。

在企业集成业务系统中，由于低代码平台的业务标准化/组件化/所见及所得的UI方案，在慢慢占据一定的市场。但面向企业UI规范时,或者UI要求较高时，需要弱化低代码平台的UI设计工具，进而启动UI定制模板方案。

纯前端项目由于是经过编译后的成果，如果要对已上线的成果进行调整，就必须对UI的源码调整后发布，这给平台化/产品化带来了一定的压力。

在业务构建中，一般会有几个层级：标准化模型---->偏好模型---->客户定制模型。

1.标准模型

用于实现与验证企业级标准业务流程，一般属于基于对每个行业的理解，形成的理想方案下的产品成果，会不断的进行优化。

2.偏好模型

基于对企业落地过程中或者基于目标企业的较为特殊的需求，进行的标准化定制实现。一般用于商务活动。

3.客户定制模型

基于目标企业的需求，在标准版本基础之上，经过对目标企业实际业务的现状分析，在经过目标企业业务蓝图汇报后，形成的有企业特色的业务管理平台。

三者之间有联系，也有差异，但基础平台是一致的。在产品构建初期就需要考虑这些问题。怎么来构建这样的平台呢？

其实，这样的平台需要统一模型构建/专业数据组件/标准化插件机制来提供业务持续沉淀/面向未来定制的机子。所以基础平台的组合是松散的/业务高内聚的业务集群。基础平台是较为稳定的，可插拔的，下面是一个实现参考：

整个体系中，如果基础平台版本固定，对于业务落地，将主要是面向UI级相关的信息定制。

面向UI的定制，需要发挥软件产品的长尾效应，不会进行全新实现，而是基于当前已有的成熟版本，经过与目标企业UI规范的衔接，对产品的有限部分进行定制实现。

在这个过程中，我们需要兼容标准模型--->偏好模型---->客户模型三个层级同时兼容，这需要我们的UI端能基于客户模型---->偏好模型----->标准模型的优先级，自动装载产品中存在的组件，实现业务模型快速适应。

纯前端项目由于存储Ui编译，很难达到这个目的，但如果采用服务端模板+纯前端数据渲染方案，将非常容易让服务端完成简单的模板组合，业务数据与相关行为还是参照纯前端方案进行渲染。这样将标准化Ui实现工序，让三个层级的实现模式偏向统一，这将大大发挥软件实现的长尾效应。

在服务端渲染中,thymeleaf语法简单，使用方便，在服务端渲染中自然被优先选用，尤其是被spring mvc标准化引入后，更是进入了使用的快车道。

服务端模板引擎，除了解决webUI渲染问题，同时可以用来自动化生成源码，编码后发布使用，让基础平台有初步的自我扩展能力，这也是低代码平台中一个不可或缺的基本能力.......

thymeleaf将会在我们的平台中更深入的应用....最终提供UI定制与业务逻辑可视化编排支持.......

想想我们的平台还缺什么？我们从2020年重新起步，业务落地基本实现，缺少对行业标准模型的实现推进，缺少相关的支持工具等等。