spring hibernatestruts+Spring+hibernate简单流程

struts+Spring+hibernate简单流程

SSH框架都是取其优点的， 个人理解： Hibernian 的最大好处就是根据数据库的表反向生成实体类，并且还有关系在里面，还有就是它的对数据的操作也很方便。 Spring 我理解的就是程序员的春天，省去了在类里面new 对象的过程，把这个调用与被调用的关系直接展示到了配置文件里，做任何操作都变简单了。 我就这么跟你说吧， 程序框架搭好，各种jar包导好后，开工了 就拿注册功能来说 页面只有两个文本框 一个用户名（uname） 一个密码(pwd) 首先是action层： 它是负责在页面和程序之间传输数据的，还有作用是做页面跳转。页面由用户填写表单数据，点击提交按钮，页面的表单数据由Hibernian自动封装到该页面表单所对应的ActionFrom（ActionFrom跟实体类不是一个东西，ActionFrom是页面有什么值，我类里就写什么属性，是封装表单数据用的。而实体类是完全按照数据库的字段生成的，实体类可以当做ActionFrom用，但ActionFrom绝对不可以当做实体类用），这样表单数据就以ActionFrom对象的形式在Action的点击提交按钮执行的那个方法里存在了，这个时候你需要的就是把表单数据存入数据库中，但如果数据库里并非只有页面上的uname和pwd两个字段，还有其他字段比如用户状态，那你就需要另行在程序里给该属性赋值了，否则会报非空错误，这里的例子，页面只有两个文本框，数据库也只有这两个字段，就不必考虑那么多了，到这一步，action的功能告一段落了，接着是把数据传入BIZ层。 Biz层（业务逻辑层）： 它负责的是对数据的处理，比如网站功能是点卡销售，你就需要在这个层里对点卡的打折啊其他的数学问题做操作了，在这个例子里，此层只做单纯的数据传递作用，而后又到了DAO层。 Dao层（数据库操作层）： 它负责对数据向数据库增删改查的操作，不多解释了。 以上例子，不使用spring的话，每个层之间的数据传递你都需要new一个调用该层数据的类的实例，而使用了spring的话，你需要做的就是把Dao层和Biz层的每个类都写一个接口类，接口类里写实现类的方法，在调用的时候不new 对象，直接用对象点(.)方法就可以，别忘了对每个对象加上set/get方法。 Biz层例子 private saveMyScheduleDaoImpl smsDI; //类里定义写接口(saveMyScheduleDaoImpl )，不要写实现类，并且不new set/get方法略········· public List saveMySchedule(Schedule s) { return smsDI.saveMySchedule(s); //因为是接口的实例，所以要求该接口里必须写上实现类的所有方法，这样才能点（.） } 这里只简单写了一个BIZ层的。 以上流程只是从页面获取值存入数据库，是单向的Action层->Bzi层->Dao层的数据传递，Dao层->Biz层->Action层的数据传递和我刚刚将的一样，就是反过来了。 到这一步的总结： Dao层写接口并且接口里写实现类的所有方法。 Biz层写接口并且接口里写实现类的所有方法。调用Dao层方法只定义Dao层需要调用方法所属的类的接口，而后添加get/set方法，再用该接口的没有new的实例点（.）方法。 Action层同Biz层。 下面就是强大的spring的工作了-------依赖注入 所有改写的死东西都写完了，我们就差在配置文件里依赖注入了 找到spring的配置文件，先注Dao层，这个时候一定要注意一点，就是依赖注入的时候注的必须是实体类！！ 而不是接口！！ 这是一种良好的变成习惯。 Dao层的依赖注入里绑定的是你在往工程加Spring的时候让你填写SessionFactory的那个值，配置文件上面应该会有这个bean的。 然后是Biz层的依赖注入，同样也是注实体类，根据我这个例子里面会有smsDI需要绑定，这个时候填写你注的Dao层的相对应的类的名字就行。 然后是Action层的依赖注入，大体同Biz层一样。 依赖注入完毕后，你就可以尽情的去嗨配了。