一家之言，勿喷。若有更好方案，欢迎共享。
关于 Flutter 的教程已经有很多了，也有很多优秀的开源项目，这在一定程度上也增加了社区的活跃度。同时也有很多商业项目在实践，不过多数是将Flutter工程作为一个module来嵌入原生工程。官方有对应的教程来指导相关的工程化，网上的教程也很多。
但是一个纯 Flutter 工程的分层架构设计以及工程化的教程并不是很多。恰巧最近有个项目需要基于 Flutter 工程来搭建，对分层设计以及相应的工程化做了一些思考和调研，此仓库的目的即在于记录方案，与大家分享。
分层设计和目前成熟的移动端的分层设计差不多，都是根据基础能力和业务模块对 App 进行分层以及组件划分，从而达到组件化的目的。
例如下图是一个很常见的移动端分层设计。
将与业务无关的基础能力剥离出来，沉淀到最底层，上层的业务都会基于这些能力去构建；中间划出一个业务能力层，多数是一些弱业务逻辑的模块，像分享、支付这样的能力；然后是业务模块，这些基本上就是用户可感知的界面以及业务逻辑了；最后是宿主App。基于这样的分层设计，宿主App一般都是个壳工程。
针对这样的设计，相应的组件间通信方案、工程化方案都已经很成熟，而且可选方案也很多。这里不再赘述，感兴趣的可以自行Google。
所以我们的Flutter应该也是可以按照这样的分层去设计，但是由于Flutter开发中可能会遇到需要原生提供能力的场景，这样就会有一部分能力是基于原生能力封装的插件，但总的分层设计还是类似的。例如下图的分层设计：
目前网络上关于这一块的讨论比较少，如果你有看到相关的文章，欢迎共享。鉴于组内iOS的小伙伴是使用VSCode来开发的，所以工程化实践也是基于VSCode来操作的，不过这个应该影响不大。
我们先了解一下Flutter为我们提供的4中模板工程：App、Module、Plugin、Package。
App
我们一般都是创建一个App工程，这个模板工程会有android、ios目录，对应存放的是两个平台的工程。
Module
使用这个模板创建出来的工程，会有.android、.ios目录，从模板的名称可以猜到应该是作为Module来使用的，官方对于这个模板的应用场景是将Flutter作为原生的一个子Module。这个模板创建的时候也会有main.dart文件，可以单独运行在你的设备上。
Plugin
如果你需要封装基于原生能力的插件，就需要用到这个模板。
Package
这是一个纯Flutter模块，没有android、ios目录。
看过Flutter教程的应该都了解，如果我们需要引用一些第三方库，就可以在这里配置，一般我们配置的都是发布在 pub.dev 上的开源项目。但其实，除了可以直接依赖pub.dev，他还支持本地依赖，git 仓库依赖。你可以这样操作：
dependencies:
plugin1:
git:
url: "git://github.com/flutter/plugin1.git"
fish_redux:
path: my_package/fish_redux-0.3.1
另外git依赖还支持指定branch，指定子目录等。
好了，铺垫了这么多，是时候介绍我们的工程化方案了。
鉴于目前还处于初步实践阶段，所以并没有将各个组件上传到git仓库，而是采用基于本地依赖的方式。因为各个组件可能会频繁变动，就会不停的切换工程等。等后期稳定后，可以采用git依赖的方式，达到供多个App使用的目的。
先来看一下整个工程的目录结构，如果你有一定的分层设计经验，应该很容易理解这个目录结构的设计。
HostApp ：壳工程目录
BusinessModule ：业务模块目录
BusinessLib：业务能力目录，里面还有个二级的UI目录，存放一些和业务相关的公共UI组件
CommonLib ：基础能力目录
按照上面的思路，我们首先需要一个壳工程，我们使用VSCode新建一个App工程，这里放在HostApp目录下。
接着我们在BusinessModule中新建四个业务模块工程，这次我们不再新建App工程，而是新建Module工程。我这边新建了module_home、module_user、module_task、module_setting四个工程。
同样，我们在BusinessLib中也新建几个工程，供测试使用，这里新建了lib_account、lib_push、lib_share，然后在UI目录中新建了lib_alert、lib_banner、lib_loading。在CommonLib新建lib_database、lib_log、lib_network。其中lib_account、lib_database、lib_network是Package工程，lib_push、lib_share、lib_alert、lib_banner、lib_loading是Module工程，lib_log是Plugin工程。大家根据自己的实际场景去新建对应的模板工程。
这样所有的工程都放在对应的目录，为了方便管理，我们新建一个workspace来管理所有的工程。具体可以这样操作：
- 在
VSCode中New Window Add Folder to Workspace...，选择我们的根目录Save Workspace As...，保存到我们的根目录
下次可以直接打开我们的workspace文件。
现在打开host_app工程的pubspec.yaml做如下配置，将BusinessModule中的组件引入进来。
dependencies:
module_home:
path: ../../BusinessModule/module_home
module_user:
path: ../../BusinessModule/module_user
module_setting:
path: ../../BusinessModule/module_setting
module_task:
path: ../../BusinessModule/module_task
保存后运行flutter pub get。
这里有个小问题，就是使用
workspace后，在host_app里面去引用module_home内定义的页面，没有代码提示，但是手动import后，编译都正常。不知道是Bug还是我使用的有问题。
我们在module_home、module_user、module_setting、module_task中各新建一个页面，HomePage、UserPage、SettingPage、TaskPage。
我们在host_app的入口构建一个Tab页面，将我们的HomePage、UserPage作为两个Tab加载进来。试着运行一下，感觉良好。
哇哦，基本的框架已经搭建出来了，虽然后续需要处理的事情还有很多，例如组件间的页面如何跳转、组件间如何通信，都需要有对应的方案实现。
且等我继续调研实践。