2016-10-26 13:41发布
当我们构建一个App的时候,经常会对设计模式,架构进行选型。也有可能因为需求的变化导致最初的选型不是一个最优解。那么,在极端情况下,我们就会选择过早优化。
但是架构并没有完美的,所以,我们在开发的过程中,是一边开发业务需求,一边重构比较好,还是一开始想清楚,再下手比较好?
一开始就想清楚这个是比较理想的情况,这样的时候并不多。
不知道你们的开发方式是什么样的。
「过早的优化是万恶之源」这种说法对不对,为什么? 或许可以参考一下这个问题
最好是在每一个sprint里(或者开发周期)用一部分时间优化结构。不要等!一旦等的时间稍长,基本上架构只有被替换或者将就着一直使用了。
而且,花费大量的事件在代码架构的优化上也不太可能。毕竟业务线不会给那么充裕的时间。
Work -> Right -> Fast并不是写烂代码的理由
任何时候优化代码结构都不早
最多设置5个标签!
付费偷看金额在0.1-10元之间
一开始就想清楚这个是比较理想的情况,这样的时候并不多。
不知道你们的开发方式是什么样的。
「过早的优化是万恶之源」这种说法对不对,为什么?
或许可以参考一下这个问题
最好是在每一个sprint里(或者开发周期)用一部分时间优化结构。不要等!一旦等的时间稍长,基本上架构只有被替换或者将就着一直使用了。
而且,花费大量的事件在代码架构的优化上也不太可能。毕竟业务线不会给那么充裕的时间。
Work -> Right -> Fast
并不是写烂代码的理由
任何时候优化代码结构都不早
一周热门 更多>