博客
关于我
简单工作流——实现Service之经理管理
阅读量:193 次
发布时间:2019-02-28

本文共 962 字,大约阅读时间需要 3 分钟。

在这个管理系统的实现类中,我们可以看到多个数据访问对象(DAO)和业务逻辑的交互。首先,这个类注入了多个DAO接口,包括ApplicationDao、AttendDao、TypeDao、CheckBackDao、EmployeeDao、ManagerDao和PaymentDao。这些DAO主要负责与数据库的交互,操作包括查询、保存和更新等。类中定义了多个方法,主要分为几个功能模块:员工管理、工资查询、员工信息查询以及申请处理等。以下是一个具体的实现示例:1. **员工管理**:   - `addEmp`方法用于新增员工,接收员工信息和对应的经理信息。该方法首先通过ManagerDao查找指定经理是否存在,若不存在则抛出异常,否则将该经理设置为员工的上级,最后保存员工信息。   2. **工资查询**:   - `getSalaryByMgr`方法根据经理名称查询该部门上个月的工资信息。首先查找指定经理,若无找到则抛出异常。接着获取该经理所属的员工集合,若无员工则也抛出异常。然后通过PaymentDao根据指定月份和员工查询工资信息,并将结果封装成SalaryBean对象返回。3. **员工信息查询**:   - `getEmpsByMgr`方法类似于工资查询,主要实现了获取指定经理下属所有员工的功能。方法流程与工资查询类似,返回一个包含员工基本信息的列表。4. **申请处理**:   - `getAppsByMgr`方法用于获取指定经理下所有未处理的申请。该方法首先查找指定经理,若无找到则抛出异常。然后获取该经理的员工集合,若无员工则也抛出异常。随后,遍历每个员工,通过ApplicationDao获取其所有申请,并筛选出未处理的申请,将结果封装成AppBean对象返回。5. **具体业务逻辑**:   - `check`方法用于处理具体的申请。该方法接收申请ID、经理名称以及是否通过的布尔值。首先通过CheckBackDao创建一个新的检查记录,设置对应的应用和经理。然后根据结果是否为通过,分别执行同意或拒绝操作,并更新相应的数据库记录。这种设计模式下,各个业务逻辑模块通过DAO层分散到不同的数据访问类中,保持了代码的清晰性和可维护性。同时,通过合理的分层设计,保证了系统的可扩展性和灵活性。

转载地址:http://ammj.baihongyu.com/

你可能感兴趣的文章
Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
查看>>
Netty常见组件二
查看>>
netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
查看>>
Netty核心模块组件
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty相关
查看>>
Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
查看>>
Network Sniffer and Connection Analyzer
查看>>
NetworkX系列教程(11)-graph和其他数据格式转换
查看>>
Networkx读取军械调查-ITN综合传输网络?/读取GML文件
查看>>