整个flutter的项目的大局观：分层架构、单一职责、模块化

我们遵循这几种构建的理念，在不同的项目中可能具体的实现不同，但是大体是这样的。

分层架构主要体现在如：业务逻辑层、数据层、表示层

单一职责和模块化：common代表一些通用的工具类，data负责接收数据相关，page代表每个界面，login是一个登录，resource负责一些文件的读取和配置。如common中存在古筝这个项目中的一个返回按钮

在此之外呢，可能有几个单独的dart文件 放在根目录下，比如App的初始化配置，整个界面UI的规范（一些字体的大小）

当UI设计图出来以后，整个目录结构可以按照这种方式建立起来，这是搭建项目初期，一个项目肯定有登录，数据的交互，公用模块，page页面展示，数据共享，后续随着产品的迭代，在每个目录中继续拆分这种目录。

page 是开发中占比最多的

当设计图出来以后，page的目录就可以按照不同的功能分成不同的命名，如主界面、模拟器、谱子、启动提示（splash）、调音器。

在每个功能里面，分成此功能下能用到的entity实体，notifier数据共享

在每一个功能里面，根目录放一个主要的widget，负责管理不同的子widget。 不同的子widget构成不同的小widget，再组合起来构成某一个有实际功能的widget。不同的子widget的命名可以按照界面布局的逻辑：比如左中右，在同一目录下，以一个他是什么，这种命名（比如：string_line是琴弦，string_background是背景，string_left是左侧某个，个人觉得可以给他改为string_left_slider，意思是左侧滑块），但是现在可以区分出来，因为左侧就一个东西，命名没有对错，易懂且没歧义就是好的。