开发前的设计要怎么保证扩展性呢，感觉怎么设计都赶不上突然的变化

[Renco]

每次设计时，都要求要考虑好未来的扩展性。结局就是要么没有未来，要么未来也全部推翻

[tairan2006]

保证不了的

成本也不允许你保证

[fkdog]

在国内的互联网项目就不要考虑扩展性一类的东西了。没必要也没有意义。

国内的互联网项目很大的特点就是高层为了抢市场，经常会去起各种各样的项目养着，能养大的话就继续做，养不大就放弃掉。

一般这类项目能做大的话，后期如果撑不住的就直接推翻重构了。

[jinhan13789991]

转行可破

[996icu007007]

借楼出域名 ofoer.com

[66beta]

这就是互联网公司抛弃 35 岁以上员工而失去的东西之一

[xingguang]

除非开始的时候就把每个组件拆分的很细，然后自由组合，否则基本就要重构

[akira]

没有什么是中间加一层解决不了的

[SolaWing]

扩展性是你把相关领域的问题想透，把核心能力和边界想清楚才有的。大部分敏捷开发，开发自己都没想清楚，老老实实按当前现状设计吧。别考虑什么扩展性。唯一需要考虑的，就是即时重构，依赖多的底层代码，记得拆分隔离。这样不至于需求改动时伤筋动骨。

[xuanbg]

抽象，就是关注共性的部分，把他们正确的分离出来，并且正确的使用共性的部分。当特性都被共性取代后，就自然而然成中台了。

[LessonOne]

@996icu007007 OFO 已经凉了 还欠着我 100 押金没退给我 兄嘚

[taowen]

既然肯定是要推翻的，那就让代码写得更容易被删除啊。被依赖越多的代码，越难以被删除。

[maxbon]

经验咯，碰到的坑多了，就会提前排坑了

[NUT]

其实就是元信息抽象不够。最好的方式就是 产品懂技术。从技术的维度去构造需求。 可以把程序员理解为 实现，产品理解为 interface 。