软件分层思想

一、为什么：要分层
① 使软件具有结构性，便于开发、维护和管理。
② 将不同功能模块独立，在需要替换某一模块时不需要改动其他模块，方便代码的复用、替换

二、层与层耦合的概念，利用工厂类解耦
在分层结构中，我们希望将各个功能
约束在各自的模块（层）当中的，而当属于某一层的对象、方法“入侵”到了其他层，如将web层的ServletContext对象传入service层，或service层调用XMLDao独有的方法，就会导致层与层之间的关系过于“紧密”，当需要修改某一层时不可避免的要修改其他关联的层，这和我们软件分层最初的设想-----层与层分离，一个层尽量不依赖其他层存在，当修改一层时无需修改另一层的设想是违背的。这种“入侵”造成的“紧密”关系就早做层与层之间发生的“耦合”，而去掉这种耦合性的过程就叫做层与层之间“解耦”
利用工厂类可以实现解耦的功能

三、如何判断一项功能到底属于哪一层
某一项功能属于哪一层，往往是不能明确确定出来的，这时可以参考如下标准进行判断：
① 此项功能在业务逻辑上更贴近与哪一层,放在哪一层更能较少耦合
② 此项功能是否必须使用某一层特有的对象
③ 如果放在哪一层都可以，那么放在哪一层更方便技术上的实现，及方便代码的编写和维护

四、异常的处理
① 如果一个异常抛给上一层会增加程序的耦合性，请当场解决:如将xml解析错误抛给service层，那么当换成mysqldao时，还需要修改service去掉xml解析异常的处理
② 如果上一层明确需要此异常进行代码的流转，请抛出：如当查找一个用户信息而用户找不到时，可以抛出一个用户找不到异常，明确要求上一层处理
③ 如果这一层和上一层都能解决尽量在这一层解决掉
④ 如果这一层不能解决，而上一层能解决抛给上一层
⑤ 如果所有层都不能解决，则应抛出给虚拟机使线程停止，但是如果直接抛出这个异常，则还需要调用者一级一级继续往上抛出最后才能抛给虚拟机，所以还不如在出现异常的位置直接trycatch住后转换为RuntimeException抛出。：如读取配置文件出错，任何层都不能解决，转为RuntimeException抛出，停止线程。