【文件属性】：
文件名称：MVC设计思想 用户登陆注册注销
文件大小：777KB
文件格式：ZIP
更新时间：2020-02-04 17:35:23
Java web
一、为什么：要分层
使软件具有结构性，便于开发、维护和管理。
将不同功能模块独立，在需要替换某一模块时不需要改动其他模块，方便代码的复用、替换
二、层与层耦合的概念，利用工厂类解耦
在分层结构中，我们希望将各个功能
约束在各自的模块（层）当中的，而当属于某一层的对象、方法“入侵”到了其他层，如将web层的ServletContext对象传入service层，或service层调用XMLDao独有的方法，就会导致层与层之间的关系过于“紧密”，当需要修改某一层时不可避免的要修改其他关联的层，这和我们软件分层最初的设想-----层与层分离，一个层尽量不依赖其他层存在，当修改一层时无需修改另一层的设想是违背的。这种“入侵”造成的“紧密”关系就早做层与层之间发生的“耦合”，而去掉这种耦合性的过程就叫做层与层之间“解耦”
利用工厂类可以实现解耦的功能
三、如何判断一项功能到底属于哪一层
某一项功能属于哪一层，往往是不能明确确定出来的，这时可以参考如下标准进行判断：
此项功能在业务逻辑上更贴近与哪一层,放在哪一层更能较少耦合
此项功能是否必须使用某一层特有的对象
如果放在哪一层都可以，那么放在哪一层更方便技术上的实现，及方便代码的编写和维护
四、异常的处理
如果一个异常抛给上一层会增加程序的耦合性，请当场解决:如将xml解析错误抛给service层，那么当换成mysqldao时，还需要修改service去掉xml解析异常的处理
如果上一层明确需要此异常进行代码的流转，请抛出：如当查找一个用户信息而用户找不到时，可以抛出一个用户找不到异常，明确要求上一层处理
如果这一层和上一层都能解决尽量在这一层解决掉
如果这一层不能解决，而上一层能解决抛给上一层
如果所有层都不能解决，则应抛出给虚拟机使线程停止，但是如果直接抛出这个异常，则还需要调用者一级一级继续往上抛出最后才能抛给虚拟机，所以还不如在出现异常的位置直接trycatch住后转换为RuntimeException抛出。：如读取配置文件出错，任何层都不能解决，转为RuntimeException抛出，停止线程。
【文件预览】：
User
----.project(2KB)
----.settings()
--------com.genuitec.eclipse.migration.prefs(382B)
--------.jsdtscope(564B)
--------org.eclipse.wst.common.component(538B)
--------org.eclipse.jdt.core.prefs(364B)
--------org.eclipse.wst.common.project.facet.core.xml(412B)
--------org.eclipse.wst.jsdt.ui.superType.container(49B)
--------org.eclipse.wst.jsdt.ui.superType.name(6B)
----.mymetadata(285B)
----WebRoot()
--------login.jsp(1KB)
--------WEB-INF()
--------index.jsp(624B)
--------regist.jsp(1KB)
--------META-INF()
----.myeclipse()
----src()
--------config.properties(0B)
--------META-INF()
--------com()
--------users.xml(140B)
----.classpath(2KB)