当我们将注意力集中到研发周期内，我们的痛点问题就非常清晰且明确：
- 需求开发需要多平台且要多份人力。
- 需求吞吐量不足产品排期需要进行PK。
- UI组件构建过程中复用率低无法快速开发UI组件。
- 设计稿不规范需要开发转义。
- 缺少合适的效率工具协助UI走查。
当问题被定义清楚后，剩下的就是提出方案、落地方案、检查方案效果了。下面让我们看看GaiaX团队解决问题的思路是怎样的。
解决问题的思路
当综合业务背景和研发效能的瓶颈问题一起来看，可以拆解出来诸多业务需求的要素，这些都是在研发周期内的痛点问题，例如：内容分发、多业务、多屏多设备、UI组件卡片化、UI组件的构建效率、UI组建的复用程度、提高需求吞吐量，这些需求要素都是在解法方案中要有所体现并进行针对性解决的。
解决问题的思路是找到一个具备如下解法要素的技术方案：UI组件可被规则化易于复用、具备跨平台能力可减少人力投入、具备极致的性能可让开发人员不用反复调优、能复用现有优酷的技术栈和技术能力来保证一致性、具备动态性可动态发布需求以满足业务快速迭代的需求、通过简单的处理就可适配多屏幕多设备。
经过一系列调研后，发现市面上并没有比较贴合我们解法要素的技术方案，于是我们开启了自研的道路，理想中的GaiaX应具备以下技术特性，以解决研发效能的瓶颈问题：UI组件模板化、跨平台、媲美Native的性能与体验、动态性、基础组件可灵活插拔、易于适配不同的屏幕尺寸和设备。
在提出方案思路后，下面就是进行方案的落地，这部分内容会在 《GaiaX 开源解读》系列文章的第二篇：《跨端动态化模板引擎详解，看完你也能写一个》中进行详细的进行介绍，也请各位读者持续的关注。
GaiaX技术形态的发展
续接文章的上一节内容，在提出了解决研发效能瓶颈问题的思路之后，在本节内容中讨论和讲述一下GaiaX的技术形态问题。
跨平台技术已经经过了三轮的技术演进，在每轮技术演进中都有各自的代表作和各自的核心理念，下面简要介绍一下：
- 基于WebView的跨平台框架。创建 HTML 并将其显示在App的 WebView 中，对于平台提供的一些系统服务，通过JS Bridge来调用，一个完整HTML5页面的展示要经历浏览器控件的加载、解析和渲染三大过程，这种开发模式开发的App既有原生应用代码又有Web应用代码，因此又被称为Hybrid App（混合应用程序）。
