在上一篇，我们整理完了示例。我们得到了一个非常精简的目录结构和菜单栏。
而文件夹经过整理之后，也并不会影响我们学习和收集示例，因为已经单独创建了 Example 目录。
006tNc79gy1fzgdu1ihwtj309a05vglw.jpg
这个 Example 目录，功能就是知识库的功能，我们可以去学习收集示例。先学习掌握知识，再考虑设计成方法，设计成方法之后，再考虑放到 Framework 的合适的位置。这就是我们当前的收集流程。
而另一个 Framework 目录，则是用来存放可复用方法、类、框架工具和框架代码的。目前我们遇到的代码类型大概就这几种的。在未来呢，还有各种 Managers，而多出来的类型呢，就在 Framework 目录下再分文件夹就好了。
所以当前的文件结构是比较强大的（相对于之前的版本），但是强大的同时呢它变得更复杂了。不过在做框架的过程中，变得复杂是很正常的一件事情，虽然会变得复杂但是问题都是可以解决的程序开发，所以大家不要担心。
这里笔者直接说结论：我们一个框架该有的文件结构和菜单栏。
紧接着，文件结构整理完之后，我们的约定和规则也可以进行更新了。因为文件结构的设计，是架构的一部分。
如下:
约定和规则:
在上一篇，我们整理完了示例。我们得到了一个非常精简的目录结构和菜单栏。
而文件夹经过整理之后，也并不会影响我们学习和收集示例，因为已经单独创建了 Example 目录。
006tNc79gy1fzgdu1ihwtj309a05vglw.jpg
这个 Example 目录，功能就是知识库的功能，我们可以去学习收集示例。先学习掌握知识，再考虑设计成方法，设计成方法之后，再考虑放到 Framework 的合适的位置。这就是我们当前的收集流程。
而另一个 Framework 目录，则是用来存放可复用方法、类、框架工具和框架代码的。目前我们遇到的代码类型大概就这几种的。在未来呢，还有各种 Managers，而多出来的类型呢，就在 Framework 目录下再分文件夹就好了。
所以当前的文件结构是比较强大的（相对于之前的版本），但是强大的同时呢它变得更复杂了。不过在做框架的过程中，变得复杂是很正常的一件事情，虽然会变得复杂但是问题都是可以解决的，所以大家不要担心。
这里笔者直接说结论：我们一个框架该有的文件结构和菜单栏。
紧接着，文件结构整理完之后，我们的约定和规则也可以进行更新了。因为文件结构的设计，是架构的一部分。
如下:
约定和规则:
在上一篇，我们整理完了示例。我们得到了一个非常精简的目录结构和菜单栏。
而文件夹经过整理之后，也并不会影响我们学习和收集示例，因为已经单独创建了 Example 目录。
006tNc79gy1fzgdu1ihwtj309a05vglw.jpg
这个 Example 目录，功能就是知识库的功能，我们可以去学习收集示例。先学习掌握知识unity文件夹路径技能特效，再考虑设计成方法，设计成方法之后unity文件夹路径，再考虑放到 Framework 的合适的位置。这就是我们当前的收集流程。
而另一个 Framework 目录，则是用来存放可复用方法、类、框架工具和框架代码的。目前我们遇到的代码类型大概就这几种的。在未来呢，还有各种 Managers，而多出来的类型呢，就在 Framework 目录下再分文件夹就好了。
所以当前的文件结构是比较强大的（相对于之前的版本），但是强大的同时呢它变得更复杂了。不过在做框架的过程中，变得复杂是很正常的一件事情，虽然会变得复杂但是问题都是可以解决的，所以大家不要担心。
这里笔者直接说结论：我们一个框架该有的文件结构和菜单栏。
紧接着，文件结构整理完之后，我们的约定和规则也可以进行更新了。因为文件结构的设计，是架构的一部分。
如下:
约定和规则:
