人事部门管理系统(2)

      接着上次的继续说，上次说了讲的是“雇员添加”，程序步骤大致是：首页——遍历出部门列表——加入添加雇员表单——提交到存储过程——返回；但同时我忽略了一个前提：如果部门列表值为if(x.equest.("")||x==null)。那么应该给出一个error值，然后转发到“部门添加"页。但此种情况只会在程序第一次运行初始化的时候出现，而程序设计者在编写时就会在数据库中加入一些测试值，所以不会应该的使用情况。

      添加部门表单页与上篇文章说的添加添加雇员程序思路大体一致，这里就不再赘述。下面我们看一下”管理部门员工 “功能的实现，主要思想：遍历和删除。如图：



      数据库里写的东西很杂，呵呵。但我们主要关注的还是程序的实现！这个链接是link3.do，我们来看一下它在Stuts-config中的配置：

      这里看到，没有作任何处理，它直接转到了Link3Action。那么我们看这个Atcion是怎么写的：
      好了，转到getDepartments()：



      这里还是看不出什么，只是借助了Constants_sql类得到一个常量，上次我没有详细介绍过这里，这次我们来看看这个常量的定义：


      DEPARTMENT_ALL_SQL：把table department中所有name非'无部门'的记录取出，并降序排列。
      回到getDepartments()方法，这个方法就是为了更好的解耦合，之后它再调用getDepartmentsHelper()方法，并且传入了一个String DEPARTMENT_ALL_SQL；getDepartments()方法：

      返回list，而list里面就是我们要的部门集合；拿着它返回页面遍历即可；就是上面的这两句：

      返回的时候依旧是先调用一个常量类（我发现我那时写程序真够BT的了,BT..病态）
    
      把link3_success信息传给strut_config来处理，Struts这句话是用来接收它的：




      好了，现在我们来看看link3.jsp的组成，Tiles配置：
<definition extends="layout-definition" name="link3-definition">
<put name="content" value="return/departmentManage.jsp"></put>
</definition>
      从这里看到，实际把权的是departmentManage.jsp页。看看它的信息：


      <%@taglib uri="/WEB-INF/jpager.tld" prefix="page"%>这里的pager标签是分页用的插件，我们先不去考虑它，在最后的时候我再讲关于这个项目外的一些扩展功能。
      从上面jsp我们可以看到logic遍历，还有一些很重要的东西，一个是添加员工到部门的功能，主要我的话，这个和添加新员工有一定的区别，是把一些'‘无部门’的员工加入到该部门。为什么会出现"无部门"员工呢？出于种种原因的考虑，主要是因为员工档案的重要性，所以这个项目的删除员工并非是作delete操作，还是update,把某员工的部门属性到上标记。也考虑到新员工不一定会直接配分到某部门，可能再过一段时间。再来还有一个逻辑性的问题，在删除一个部门的时候，员工必须先转移到别的部门，这么以来。删除员工的操作势必不可行。
      

如图：


      在这里，我们就可以看到所有”无部门“人员列表。
      jsp页面，我全部是用<bean:message标签来做的，lable.dept.add.emp对应资源文件中的uc码，也就是”添加“。link3_add.do，那我们跟着这条线走吧。。



Link3Action:


      看一下getTempEmps()方法，下面的一系列程序是在做找到所有没有部门的员工：

      这里值得注意的是SQL的写法EMP_TEMP_ALL_SQL：

      接着看实质的方法getEmployeesHelper：


      OK，已经取得list集合，返回，并遍历显示到页面即可！


     下面这个是删除部门中员工的链接：
      
      先要确定某一部门的id,得到id后，相应的去数据库中找到集合。如图：

      在Action中的取得方法：


     最先调用的方法getDepartemtDemployees()：

       这里的SQL挺有意思，带有子查询，当然写法很多，不止这一种。
       接着转入帮助方法getEmployeesHelper();帮助方法都是一样，上面已经写出，不再重复。不过写到现在，可以明显看出，实际操作的方法并不多，都是经过bean前的一个方法中转——解耦。
      
      好了，接下来说一下删除部门中的某一个成员：
     上面说到把某部门的所有成员遍历到页面显示，返回的集合是：
    
     下面到对应的jsp页面来看下：

       这里可以看出，name已经接收了返回的集合，并做了遍历，而删除按钮lable.delete.emp.this做了一个超链，带有传参：传的是员工的id号，我们下面看看后台它的运作过程：

      中间层调用了两个方法，一个是删除员工，为了删除后保持页面的一致性，再重新遍历一下该部门的所有员工：
      而部门ID已经存入了session中，为DEP_ID。先看deleteEmployee()：

       删除方法够简单的，传进id,update把dep字段改成"无部门"就OK。
       重新遍历出员工和上一个超级链接做的是一样的工作，然后还是返回刚才的页面，可以看见新的数据。

文章来自: 本站原创
引用通告: 查看所有引用 | 我要引用此文章
Tags: SturtsSturts SQL存储过程SQL存储过程
相关日志: