JavaWeb学习之注册登录功能实现过程中出现的问题及解决

在刚接触这个小功能的时候，没有什么头绪，只知道应该做成什么样子，怎么入手，分为哪几步，代码怎么实现等等都毫无头绪。（一只瘦小的菜鸟正在觅食.......)

首先把自己想要实现的功能列出，比如说实现注册登录，注册时候检查用户名是否可用，验证码，两次密码是否一致，邮箱格式的检查等等

然后就是确定框架了  也就是这个小功能怎么分层实现的问题。

一开始去实现这个小功能时使用的是xml文档代替数据库的功能，后来换成mysql数据库，并且为了增强代码的复用性，将所有涉及到具体数据库的代码封装到配置文件中，一旦改换其它数据库直接修改配置文件即可。

一、为什么要分层
使软件具有结构性，便于开发、维护和管理。
将不同功能模块独立，在需要替换某一模块时不需要改动其他模块，方便代码的复用、替换。
二、层与层耦合的概念，利用工厂类解耦
在分层结构中，我们希望将各个功能约束在各自的模块（层）当中的，而当属于某一层的对象、方法“入侵”到了其他层，如将web层的ServletContext对象传入service层，或service层调用XMLDao独有的方法，就会导致层与层之间的关系过于“紧密”，当需要修改某一层时不可避免的要修改其他关联的层，这和我们软件分层最初的设想-----层与层分离，一个层尽量不依赖其他层存在，当修改一层时无需修改另一层的设想是违背的。这种“入侵”造成的“紧密”关系就早做层与层之间发生的“耦合”，而去掉这种耦合性的过程就叫做层与层之间“解耦”。
利用工厂类实现解耦的功能。
三、如何判断一项功能到底属于哪一层
某一项功能属于哪一层，往往是不能明确确定出来的，这时可以参考如下标准进行判断：
此项功能在业务逻辑上更贴近与哪一层,放在哪一层更能较少耦合
此项功能是否必须使用某一层特有的对象
如果放在哪一层都可以，那么放在哪一层更方便技术上的实现，及方便代码的编写和维护

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

分层方法：

具体实现：

最后就是依着定好的框架填写业务逻辑代码就可以了。

最后在调试过程中出现一些小问题，首先是注册功能，点击注册按钮时出现404not found，头疼了好一会儿，仔细查错发现regist.jsp中el表达式表示工程名时格式出现了问题，格式很重要
"${pageContext.request.contextPath}/servlet/xxx"

servlet项目的debug调试

首先在windows—>preferences—>myeclipse—>server中找到本地对应的服务器，设置为debug mode

（通常情况下是run mode），然后设置断点，重新发布就可以进入debug调试模式了。有一个细节，在

服务器没有设置为debug mode时设置的断点只是一个点，但设置为debug mode且重新发布工程后，设置

的断点旁边还有一把小勾，断点设置成功。

还有一些小细节：

sql语句书写顺序：
select from where group by having order by
sql语句执行顺序：
from where select group by having order by




JDBC连接步骤：
1 注册数据库驱动
2 获取数据库连接
3 获取传输器对象
4 利用传输器传输sql语句到数据库中执行，获取结果集对象
5 遍历结果集获取查询结果
6 关闭资源 


常用数据库URL地址的写法：
oracle写法：jdbc:oracle:thin:@localhost:1521:sid
SqlServer:  jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=sid
Mysql:    jdbc:mysql://localhost:3306/sid