说说我们团队吧。之前是一直用原生在做开发，但是面临很明显的四个开发问题。
一是需要在 iPhone、Android、WinPhone、iPad、Android Pad 多个平台投入巨大的人力进行研发；
二是纯原生语言特性导致的编码耗时增加，代码量是其他语言的很多倍；
三是多人多模块协作和跨团队协作，加大了工作的复杂度；
四是一旦原生开发涉及到某个小模块的更新也需要整个 App 提交 AppStore 发版审核。
后面逐步接触到跨平台的技术方案和组件化方案，可以降低项目之间的耦合性，例如Native + H5、Native +小程序等。
可能大家和我们团队一样，首先会想到用 Native + H5 的方案，可以大大缓解以上几个痛点，但依然有一些新问题。首先，H5 中希望能调用一些原生的功能，所以需要注入事件。其次，H5 网页不太方便做版本管理，一经更新全部客户端都会生效。此外H5的渲染速度相比原生要差很多，会造成用户的体验度较差。
又经过一波的技术调研和选型，最终确定了选 Native +小程序 的方案，通过小程序将 App 中的功能模块化，最小模块用小程序实现，并且小程序的热更新能力可以避免频繁提交 AppStore 审核，而体验度上 H5 小程序的渲染速度更快，用户体验更好。
这里也给大家做个推荐，通过调研接触到的 FinClip，对于想尝试 Native +小程序 方案的真的是福音。
我们团队目前是已通过部署 FinClip 小程序运行时SDK，将复杂的业务进行剥离改造为小程序，继而上架到 App 中，恰好满足了复杂业务多变的场景。
给大家丢个GitHub地址：
不方便的可以去官网看看：FinClip - 小程序容器技术领导者，混合应用必备SDK
