当我们构建一个App的时候,经常会对设计模式,架构进行选型。
也有可能因为需求的变化导致最初的选型不是一个最优解。
那么,在极端情况下,我们就会选择过早优化。
但是架构并没有完美的,所以,我们在开发的过程中,是一边开发业务需求,一边重构比较好,还是一开始想清楚,再下手比较好?
当我们构建一个App的时候,经常会对设计模式,架构进行选型。
也有可能因为需求的变化导致最初的选型不是一个最优解。
那么,在极端情况下,我们就会选择过早优化。
但是架构并没有完美的,所以,我们在开发的过程中,是一边开发业务需求,一边重构比较好,还是一开始想清楚,再下手比较好?
不知道你们的开发方式是什么样的。
一开始就想清楚这个是比较理想的情况,这样的时候并不多。
最好是在每一个sprint里(或者开发周期)用一部分时间优化结构。不要等!一旦等的时间稍长,基本上架构只有被替换或者将就着一直使用了。
而且,花费大量的事件在代码架构的优化上也不太可能。毕竟业务线不会给那么充裕的时间。
2 回答1.3k 阅读✓ 已解决
2 回答1k 阅读
2 回答2.6k 阅读
1 回答1.1k 阅读✓ 已解决
1 回答2.7k 阅读
2 回答1.7k 阅读
1 回答2.1k 阅读
「过早的优化是万恶之源」这种说法对不对,为什么?
或许可以参考一下这个问题