- 模板的动态化：模板是一个UI信息描述的集合，当被下发到客户端后其内容就无法被改变了，如果有了紧急需求导致UI内容布局方式和内容发生了重大的变化该怎么处理？为了解决这类问题，我们为模板赋予了版本号的概念，只需要将模板在IDE中重新进行编辑、上线、发布，就可以将新模板下发到用户的App中，来完成模板的动态更新，从而达到UI动态更新的目的。
- 模板的弱逻辑动态性：在一些常规需求中，经常需要根据一些条件隐藏或显示某些区域，或者根据数据改变文字的颜色、字号、大小等。对于这类常态化的需求，我们在数据绑定文件中，提供了使用表达式进行计算的能力，来达到根据数据动态改变UI样式和显示内容的目的。
- 模板的强逻辑动态性：在一些更为复杂的需求中，不仅需要和服务端进行交互取回数据，也需要进行更为复杂的业务逻辑处理和UI交互处理，这种情况在数据绑定文件中使用表达式处理往往无法很好的实现需求，此时就需要更为强大的逻辑处理能力了。为了解决此类问题，我们引入了JS引擎，其专用于复杂逻辑的处理，由于JS引擎不参与到UI绘制逻辑，其对模板的加载和渲染性能都是没有负面影响的。
GaiaX动态化能力就全部介绍完了，在合适的场景选用合适的技术方案，才能用最少得人力完成业务需求，从而提高研发效能。
容器化能力
上面两节提到了GaiaX的渲染能力和动态化能力，作为跨平台的技术方案提供给业务方基本上已经够用了，但是为了更进一步提高复用性和降低研发成本，我们又提出了容器化的概念，进一步封装了GaiaX并根据使用场景将其分为三种类型：
- 第一种类型：业务方不需要编写任何Native代码，仅需要搭建和配置模板，通过使用容器中的自动埋点、自动路由、预置事件等能力，就能实现业务二级页、非核心的频道页以及一些静态组件、坑位的开发和上线工作。这个部分核心在于增强容器的各种原子化能力，例如：埋点、路由、事件、氛围、暗黑模式等，让业务通过模板编辑和配置就能完成UI搭建、逻辑处理、事件处理。
- 第二种类型：业务方通过继承或者包含插件的形式，写少量的Native业务代码，通过增加一些自定义的配置，就能支持业务的频道、组件、坑位的开发。这个部分的核心在于容器层能够提供可扩展的能力，能让业务自定义实现。
- 第三种类型：业务方需要写部分Native代码，用于处理特殊业务逻辑，再配合自动埋点、自动路由等原子化能力，来时实现业务迭代。
三种容器化类型的作用域彼此配合，基本可以覆盖业务迭代中的大部分场景，通过借助使用GaiaX容器化的能力，业务方可以不直接使用GaiaXSDK，不仅降低了学习成本，也能再一次提高研发效率。
配套设施的增强
GaiaX在优酷落地的过程中，也碰到了模板查验效率低、模板开发效率低的问题，为了解决这些问题并造福开发和测试，也分别提供了实时预览工具以及设计稿D2C的功能。
使用实时预览工具，可以让开发者在IDE上搭建好模板后，通过扫码的方式，将模板渲染在目标设备上，并且可以随着IDE的改动实时更新UI效果，类似于Flutter的热更新，这样不仅更直观、也能让模板的开发效率更高。
使用设计稿D2C工具，可以让开发者将设计稿直接导出成模板文件，省去了模板中一部分的搭建工作（例如：层级结构和样式调整），开发者只需要处理数据绑定逻辑和UI更新逻辑，即可完成模板UI组件的开发，让开发效率再上一个台阶。除了实时预览工具和设计稿D2C工具外，GaiaX还提供了模板管理器、Ribut抓包与Mock神器、数据监控等配套设施，让GaiaX模板研发体系更为完整，进一步推动解决研发效能的瓶颈问题。
