大概是今年4月份吧，我发现股海纹龙的项目文件太大了，上传到gitee的时候，传不上去了。

一开始我没有在意，还以为是网不好。后来才知道，一个仓库不能大于500M。

最开始的应对

一开始的时候，我分析，可以把一些资料移出去，单独作为一个项目。

这些资料包括一些word文档，图片什么的，都不是代码文件；为了方便原来都放到了项目下面。

资料独立出去后，如下图。

脚本管理

把资料弄成单独一个项目后，感觉不方便了。

脚本没有那么方便找了；这些脚本都是.linq文件，而linq脚本用起来本身就有不爽的地方：当我把脚本拷到服务器上以后，需要改引用的dll的路径。

当然，这只是一个契机，让我做一个脚本管理功能。

还有一个原因是，我设想出它有其他的好处：

1.方便组织这些维护性的脚本；也可以方便组织测试性的；还有编码过程中试验性的脚本。

2.方便扩展原有的程序。能够在winform程序特定位置调用脚本；也能够按某种规则将脚本和Web请求对应做成WebApi，等等。

最后做出来如下：

从左边的目录可以看到，维护性的，测试性的，还有编码时用的，还有扩展程序用的，各类的脚本，都用起来了。

因为窗体设计器的代码好找，还加了窗体设计器，如下：

当时感觉一般样式的工具箱不够紧凑，还单独做了按钮和分组。不过目前没有很多的使用。

文档管理

后来，我觉得，很多文档是有必要的，是以后可能有用的；于是又做了文档管理功能。

如下：

我并没有把，原来的所有文档都复制到文档管理中去。因为感觉很多文档可能以后没用了。

目前主要针对几种：

1.用户有疑问的地方，有的软件功能，用户总是记不住怎么使用，可以单独写文档说明。

2.讨论和梳理需求，或者梳理某个问题的时候。

一是为了清晰。很多的设计，非常的复杂，需要拆解。

二是备忘，很多设计也是修改的次数比较多，但间隔时间很长，上次修改成什么样的往往会忘记。

最后

感觉这两个设计，能够很好的应对，项目变大以后的文件组织的问题。

并且，好像让项目有了更多的可能性。

所以在这里记录一下。

搜索

复制