这是面向所有社区开发者的问卷，我们在实际业务中遇到的问题也类似，总结下来主要是对开发效率、调试测试、解决方案、功能复用的诉求比较强烈。
前面介绍了，这个项目的核心目标是：
在业务视角，完善 Flutter 的研发模式和平台支撑，在保障产品质量和体验的同时，提升业务的交付效率。
另外为了降低业务的使用成本，要保证功能的开箱即用，优化开发体验。
。所以除了完善 Flutter 基础能力之外，面向业务场景，还要有全链路的平台和工具支撑，才能真正提升业务的迭代效率。
为了实现上面的目标，我们从四个层面做建设，最下面是对 Flutter 本身内核的增强，然后再向上提供一站式的研发平台提升业务的迭代效率，
引擎层：这部分逐渐走向技术的深水区，分别在启动链路、AOT 编译、DartVM、渲染管线、图形化/光栅化等领域做优化和增强，在业务无感的情况下，提升内核的性能和稳定性。
对接层：这部分工作大部分已经完成，继续查漏补缺，不断完善使用体验。
这样规则跟整个系统耦合，修改规则需要走全Case的开发测试流程发布流程，对于频繁修改的规则效率比较低，为了解决这个问题就出现了规则引擎。
数据位于“域对象”中，业务逻辑位于“规则”中。根据项目的种类，这种分离是非常有利的。
网络算法（Rete algorithm），跳跃算法（Leaps algorithm），以及有它们派生出的 Drools 的 Reteoo算法（以及跳跃算法），提供了非常高效的方式根据业务对象的数据匹配规则。
