在实践中用到了

这两天,要改动1个基础的类型。之前参考书里的方法画了package之间的依赖图。这下方便了,顺着依赖图指示,从依赖关系少的底层包开始重构编译,逐次推进到顶层包,最后整个程序一次性编译通过。
package依赖图的好处还不止于此:
1,可以指出相互依赖的不合理现象。
2,新增模块时,考虑对依赖图的影响,便于保持程序结构的稳定和简洁。
3,有了程序的全局俯视图,平时可以做更多的调整和优化。
-------------------------------------------------------
之前,和大侠讨论说,如果有工具能把依赖关系细化到模块就好了。
这段实践下来,应该没有这个必要。有个包里的模块关系有点搞,特别为这个包画个模块依赖图就够了。
package依赖图的好处还不止于此:
1,可以指出相互依赖的不合理现象。
2,新增模块时,考虑对依赖图的影响,便于保持程序结构的稳定和简洁。
3,有了程序的全局俯视图,平时可以做更多的调整和优化。
-------------------------------------------------------
之前,和大侠讨论说,如果有工具能把依赖关系细化到模块就好了。
这段实践下来,应该没有这个必要。有个包里的模块关系有点搞,特别为这个包画个模块依赖图就够了。
有关键情节透露