功能相同的模块,按照惯例或者实践经验,是做在一起还是分开
请教一个问题,功能比较相像的模块,大家一般是选择找共性写在一个公共的模块供调用,还是拆开了设计,方便维护和扩展呢? 我会做一个共用模块。。。这样似乎省时间 不过如果对两者开发经验不足的话,我会先尝试着分开做,做到一定程度再做重构,分出公共部分。因为公共部分一开始可能分不清
PS:这些是课程设计及一些小程序的经验... = =| 公共部分还要写条件区分,要为扩展做考虑 这个嘛,要回到你的项目的分析设计上了~~~(不过我觉得多半是当初没有分析设计时没有考虑到这一块)。如果你这个模块相对比较稳定不变的话可以考虑写到公共模块里;不过如果你觉得这些模块中还有未考到的因素,而这些因素会导致模块发生比较大的变化的话,还是分开来设计吧,这样就算发生较大变化,也只需要修改相关的那个模块即可,如果这种情况做到公共模块的话到时候说不定又要增加不少判断语句了,这样增加了这个公共模块跟发生变化模块间的耦合了。
PS:以上纯粹个人口胡……有不当之处请指出,大家共同研究学习 First abstract into one class, then inherit into two separated sub classes ... Object Oriented Programming
页:
[1]