对代码重用的反思
在N年前,使用MFC的时候,我听到的最多的言论是面向对象,代码重用。重用带来的好处,我不说了。但是呢,它的弊端却少有人说。
开发软件有三个段落:第一是开发人员写代码,第二是编译器编译,第三是计算机运行。重用解决的是什么问题,是第二阶段的问题,那就是在计算机性能不高,相对于大量代码的时候,编译时间占了三个阶段的一半以上,那么要重用是很好的解决办法。但是,时代在变,那时候成长起来的程序员,现在坐上了高位,自然会以这种要求来对待下面的员工。重用带来的却是开发人员的工作量,由于重用,很多代码藕合度很高,不易于变化,一个变化可能导致更多的改动。还有就是,为了重用,很多人力时间花在了找寻有没有可重用的代码,而这也带来了风险,没有对一段代码很熟悉,不了解它的使用范围,就直接重用,带来了可能是不稳定。开发人员的时间花在找代码上多了,自然就不能很好的专注于自己应该熟悉的事情上了。
所以,个人觉得,重用已经过时,为了变化,还是重构的好。
开发软件有三个段落:第一是开发人员写代码,第二是编译器编译,第三是计算机运行。重用解决的是什么问题,是第二阶段的问题,那就是在计算机性能不高,相对于大量代码的时候,编译时间占了三个阶段的一半以上,那么要重用是很好的解决办法。但是,时代在变,那时候成长起来的程序员,现在坐上了高位,自然会以这种要求来对待下面的员工。重用带来的却是开发人员的工作量,由于重用,很多代码藕合度很高,不易于变化,一个变化可能导致更多的改动。还有就是,为了重用,很多人力时间花在了找寻有没有可重用的代码,而这也带来了风险,没有对一段代码很熟悉,不了解它的使用范围,就直接重用,带来了可能是不稳定。开发人员的时间花在找代码上多了,自然就不能很好的专注于自己应该熟悉的事情上了。
所以,个人觉得,重用已经过时,为了变化,还是重构的好。