标签：
1. 关联更新
2. 不可预测
这两点我非常赞同，尤其是第一点，现在存在非常多的关联更新，很难管理，目前还没想到好的方式处理；第二点，其实是第一点的结果，由于关联太多导致不可预测，也就是解决了关联更新，也就解决了第二点的大部分；
关联更新这块，我觉得根源在于需求是逐步修改的，也就是说白了很多时候的实现是被需求逐步改的，而需求本身其实开始考虑的时候并不完全，个人认为需要通过状态机或者一个整体的uml图来表达整个系统架构，包括交互，而不是停留在代码层面，这样关联更新和不可预测就可以很好的解决；同时，通过技术的更新和分层，尽可能的将代码和功能清晰，也就是说搭建一个比较清晰的图，避免一些不必要的关联或者硬编码、硬依赖。
标签：
原文地址：http://www.cnblogs.com/wtndcs/p/4264917.html
