代码多了以后,如果设计不好,层次混乱那么必然会导致维护困难。
ref
ref
感慨:
师兄给我分配的任务是写日志系统。
我的步骤是:设计好要写入哪些内容,然后直接用最简单的方法获取到,写入。
结果:
1. 代码风格太差(主要是层次混乱)
2. 数据存放混乱,一些常量设置/配置项我都写的不是地方或者写到程序代码中了。
深深体会到设计的重要性!
因此自己在设计的时候需要考虑这么几点:
- 获取数据要想清楚数据从哪几个层次获取
- 一个功能,从接口层面来看要为上层应用数据层提供怎样的功能模块。
- 数据存放,Context 上下文一般是配置项与程序运行相关(autoconfig 配置项注入或xml中配置设置) Constants常量集合。
PS:
一些理解
1. 解藕:降低类间的相互依赖,类似于int a = b;而不是int a = 2;
都用中间量替换,相当于接口不变。这样我们在用a的时候,b是可改的。
2. 基于接口编程,灵活性更大。
3. 分层次考虑,业务层、功能层、要分开。
4. 减少代码改动的可能,尽量是增加…