当然应该考虑，但是谁能保证最开始设计的架构到后面业务需求不会变？业务变了真的还能保持低耦合吗？
重点也不在这，重点在一个人埋了个bug 花一两周去擦屁股不是很正常的事请么？到了龟板就成了架构的锅管理的锅了？贵版的水平真是比微软都不知道高到哪里去了
【 在 chunhui 的大作中提到: 】
: 我觉着在任何地方解耦都是必要要考虑的。除非是那种所谓只看结果不懂技术细节的kpi导向：
: 时间太紧了，先这样吧...
: 情况复杂，只能先如此了...
: ...................
--
FROM 111.198.57.*