前言
从软件发展的实践角度,对系统的前置规划和后期重构应该按照什么节奏进行?
产生了一点思考。
从基本规范的制定看
这部分是稳定的,可以制定准确的规范,比如对外交互模式,接口的形式,内部工具类、DTO的命名等。
这部分是规范系统开发的一部分,并且,一个系统一旦确定了一种风格,就应该保持这种风格,优劣总是都有的,从后期方便维护的角度看,保持风格的统一更为重要。
从局部逻辑拓展和总体逻辑拓展看
系统从开始开发到最后功能完善,会经历两种方式的拓展。
第一个是,链路长度的增长。
第二个是单逻辑的复杂化。
第一个带来的是总体复杂度提升,第二个带来的是局部复杂度的提升。
对于第二个,应该在开发过程中就采用设计模式保证局部逻辑边界清晰有序。
对于第一个,则容易出现,全局视角丢失的问题,此时应该在系统基本完善后,进行一次全局的抽象,主流程的抽象。
文章探讨了软件开发中系统规划的稳定性和后期重构的重要性。强调了制定统一规范,如接口和命名约定,以利于维护。在逻辑拓展方面,区分了链路增长和局部逻辑复杂化,提倡使用设计模式保持局部清晰,并在全局复杂度增加时进行抽象和重构。
2895

被折叠的 条评论
为什么被折叠?



