关于建类顺序

做的这个虚拟文件系统用到的类并不是很多,也是这个系统并不是十分复杂,很小,所以我也就能从这方面稍微总结一下。

昨天开始是系统的第三次重新设计,因为要加入文件映射与多线程保护的功能,看我之前设计的代码确是很烂的,所以决定重做,也是因为系统小,所以不用狠下决心去可惜的。

由于前两次的设计已经基本对本系统的框架设计出来了,所以各类也都是确定了的,没必要再重新全部设计,只要考虑下如何将新功能融合进去就可以了,但在编码时,我却有些烦难了,我先来写下本系统的主要的三个类:vFileManager,vFile,vSubFile;其中vFile就是虚拟文件的对象,Manager当然就是管理虚拟文件的对象,subFile就是虚拟文件中包含的子文件的信息。所以这三个类的关系就类似自上到下的管理与被管理的关系。

那在编码时是先写上层Manager的实现代码呢,还是先写下层SubFile的实现代码。

如果先写下层,那就能够随写随测试,也就是测试会很方便;
如果先写上层,那一级一级往下实现就更加清晰,也能在遇到缺少的功能是在下层的类设计中方便地增加。

目前我还无法去说那种写法好,也许根本就没必要这样比,反正不管如何,我的做法是先写了上层。当然也是很方便的在下层中加入需要用的的功能,这样在写下层时只要实现就好了。但测试去很不方便,因为上层功能基于下层,而下层却还未实现,所以只能将所有层级都实现之后进行统一全局地测试,遇到问题要一层一层地筛选,所以我觉得以后要编码时试着从下层开始写,看看什么效果吧!

发表评论

邮箱地址不会被公开。 必填项已用*标注

* Copy This Password *

* Type Or Paste Password Here *