项目变大以后的文件组织
大概是今年4月份吧，我发现股海纹龙的项目文件太大了，上传到gitee的时候，传不上去了。
一开始我没有在意，还以为是网不好。后来才知道，一个仓库不能大于500M。
最开始的应对
一开始的时候，我分析，可以把一些资料移出去，单独作为一个项目。
这些资料包括一些word文档，图片什么的；为了方便原来都放到了项目下面。
资料独立出去后，如下图。
脚本管理
把资料弄成单独一个项目后，感觉不方便了。
脚本没有那么方便找了；这些脚本都是.linq文件，而linq脚本用起来本身就有不爽的地方：当我把脚本拷到服务器上以后，需要改引用的dll的路径。
当然，这只是一个契机，让我做一个脚本管理功能。
还有一个原因是，我设想出它有其他的好处：
1.方便组织这些维护性的脚本；也可以方便组织测试性的；还有编码过程中试验性的脚本。
2.方便扩展原有的程序。能够在winform程序特定位置调用脚本；也能够按某种规则将脚本和Web请求对应做成WebApi，等等。
最后做出来如下：
从左边的目录可以看到，维护性的，测试性的，还有编码时用的，还有扩展程序用的，各类的脚本，都用起来了。
因为期间碰到介绍DesignSurface的文章，还加了窗体设计器，如下：
当时感觉一般样式的工具箱不够紧凑，还单独做了按钮和分组。
文档管理
后来，我觉得，很多文档是有必要的，是以后可能有用的；于是又做了文档管理功能。
如下：
目前主要针对几种：
1.用户有疑问的地方，有的软件功能，用户总是记不住怎么使用，可以单独写文档说明。
2.讨论和梳理需求，或者梳理某个问题的时候。
一是为了清晰。很多的设计，非常的复杂，需要拆解。
二是备忘，很多设计也是修改的次数比较多，但间隔时间很长，上次修改成什么样的往往会忘记。
最后
感觉这两个设计，能够很好的应对，项目变大以后的文件组织的问题。
并且，好像让项目有了更多的可能性。
所以在这里记录一下。
