职责分离分析
项目开发的关键问题是,减少整体风险,让整个项目得以完成。清晰的职责分离带来的是清晰的模块划分,进而可以组合各个模块,将风险降低到各个模块中去。没有良好的职责分离,一个项目将会在出现问题的是让人不知所措,风险将会是整体的风险。
上图对比职责分离与非职责分离的两种结构。通过图形可以直观地得到以下对比:
职责分离 | 非职责分离 | 备注 | |
---|---|---|---|
系统风险 | 低 | 高 | 职责分离后,出现问题,可以定位到模块,并且可以替换模块 |
开发效率 | 高 | 低 | 职责分离后,可以对单个模块进行测试,保证各个模块的正确性 非职责分离方式,需要完全开发完之后才能测试,一旦出现问题需要在整个系统中查找问题 |
可复用 | 可以 | 不可以 | 职责分离后,可以重复使用已经开发的模块 |
可维护 | 容易 | 难 | 职责分离后,可以在已有模块上增加、替换模块,同时不影响原有模块 |