此文转载于http://blog.csdn.net/jay198746/article/details/4698709 之前有看过一些ssh2中采用dao---service---action分层结构写的程序,一开始并不明白为什么这样写,慢慢自己用dao/service/action模式写一些程序后,才对这分层结构有一定理解. 个人理解:1.dao层主要是包括一些对数据库操作的接口和实现例如:CRUD.                    例如:public void save(User us

我们现在开始写商品类选择这个功能: 先看效果: 当我们点击"新增商品"---->"选择目录"然后从数据库中查出来数据并显示了. 我们分析数据库的那张表: 它是一个树形结构: 如下: 这是整个表的数据. 我们写一条sql查询语句: 查出来的是最顶层的目录. 我们再根据其中一条数据的id来查他的下面的目录: 比如查id=74的数据 查出来的就是家电数据. 我们在查大家电下面的数据: 所以整个表就是一课数. 我们看怎么实现: 页面上我们使用Easyui的tree结构

需求: 我们之前把采购单交给监督单位审核了,审通过的采购单就要受理.供货商决定采购单发不发货. 说明: 我们要查的就是登录的供货商的要提供的采购药品,我们查看的是采购单详细表,至于查询条件我们用的是就是采购单的查询条件,查出来的就是采购单里面的详细采购清单,我们在查询采购单里面的详细清单时是需要有约束条件. 我们设置一个YycgdCust对象.用来做查寻条件用. 如下: 这张单子里面的就是采购单详细表,这儿查出来的数据就只是特定于这个供货商的采购单详细表,一个区域里面只有一个供货商,有好几个医院

我们之前把采购单都审核了,这篇文章说的就是审核之后提交. 其实就是改变(update)采购单的审核状态. 需求: 用户要先查看采购单的内容. 查看采购单页面:页面布局同采购单修改页面. 选择审核结果.填写 审核意见进行提交 . 约束条件: 采购单状态为审核中方可提交审核. 审核结果(审核通过.审核不通过)必须选择. 审核意见是否必填根据用户需求来定,本系统采用不必填 . 数据库操作: 更新采购单状态为审核通过或审核不通过. DAo层: 使用逆向工程生成的Mapper: yycgdMapper.u

当医院把采购单提交之后,由监管单位进行采购单审核,由卫生院及卫生局进行审核.卫生局可以审核所有医院创建的采购单,卫生院只审核本辖区医院创建的采购单. 操作流程: 点击"采购单审核" 显示如下: 具体实施如下: Dao层: 分为两个: 查找cgd表中的数据以及数据的数量来实现分页. 我们查找cdg数据的SQL语句: select useryy.mc useryymc, yycgd.*, (select info from dictinfo ' and dictcode = yycgd.z

我们之前做的就是采购单的编辑,在采购单里面添加了药品,然后我们这篇文章要做的就是说提交这个采购单. 当我们创建完成采购单,确定采购单不再修改,需要提交采购单,由监管单位进行审核. 我们在提交这个采购单的时候要做一些检验,确保这个采购单是可以被提交的: 1:采购单必须包括采购药品明细方可提交 2:采购单的采购药品明细信息必须完整(采购量.采购金额必须指定) 3:采购单状态为未提交或审核不通过时方可提交 上面的三条都是在Service层里面做的. 当通过上面的验证之后,我们在数据库中做的工作就是更新

前一篇文章我们做的是在医院的角度上添加在采购单里面添加药品.这一篇文章是查看我们添加的采购单信息. 我们先看一下要实现的效果:当: 按下确认添加时,会在这里 显示出刚才添加的数据. 好,我们就来做这个效果: 还是三层:Sql->Mapper->Service->Action. sql的写法我们要看需求 (看需要查什么) sql如下: 一共两个Sql: <!-- 采购单药品明细查询列表 --> select yycgdmx.id yycgdmxid, useryy.id use

要实现的效果:

我们上上一篇文章(042医疗项目-模块四:采购单模块-采购单明细添加查询,并且把数据添加到数据库中)做的工作是把数据插入到了数据库,我们这篇文章做的是042医疗项目-模块四:采购单模块-采购单明细添加查询,并且把数据添加到数据库中这里没有写采购量,我们这篇文章做的就是把采购量写进入,也就是Updata之前的那个记录.这样采购单里面的记录就完整了. 如下: Dao层:用的是逆向工程生成的:yycgdmxMapper.updateByPrimaryKeySelective(yycgdmx_updat

上一篇我们创建了工程和一个Factory的po对象(javaBean),我们也写好了Mapper的映射文件,接下来我们来完成生产厂家的DAO与SERVICE,以及CONTROLLER,还有做显示的JSP页面,以及框架的配置文件. 首先回顾一下我们的系统架构: 我们的BaseDao与BaseDaoImpl: package cn.hpu.jk.dao; import java.io.Serializable; import java.util.List; import java.util.Map;

package com.flong.codegenerator; import java.sql.Connection; import java.sql.DatabaseMetaData; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.ResultSetMetaData; import java.sql.SQLException; import java.sql.Timestamp; i

代码生成器实现的Entity,Dao,Service,Controller,JSP神器(含代码附件) 原文地址: http://jilongliang.iteye.com/blog/2262070 package com.flong.codegenerator; import java.sql.Connection; import java.sql.DatabaseMetaData; import java.sql.PreparedStatement; import java.sql.Resul

本文来自:http://blog.csdn.net/w_basketboy24/article/details/8642846 jsp发起请求. actionform封装请求参数. action接受请求,并接受封装好的actionfrom action调用service. service经过业务逻辑处理之后随后调用DAO(或者直接在service中实现对数据的CRUD操作) DAO对数据库进行CRUD. 1,dao和service对应 一般情况下,Hibernate DAO只操作一个POJO(简

参考来源:http://blog.csdn.net/inter_peng/article/details/41021727 1. Action/Service/DAO简介: Action是管理业务(Service)调度和管理跳转的. Service是管理具体的功能的. Action只负责管理,而Service负责实施. DAO只完成增删改查,虽然可以1-n,n-n,1-1关联,模糊.动态.子查询都可以.但是无论多么复杂的查询,dao只是封装增删改查.至于增删查改如何去实现一个功能,dao是不管的

1,设计 BaseDao 与 BaseDaoImpl 1,设计接口 BaseDao 1,每个实体都应有一个对应的Dao接口,封装了对这个实体的数据库操作.例 实体 Dao接口 实现类 ======================================================== User --> UserDao --> UserDaoImpl Role --> RoleDao --> RoleDaoImpl Department --> Department

简述: 结合Spring和Hibernate进行开发 使用@Autowired实现依赖注入, 实现一个学生注册的功能,做一个技术原型 从DAO(Repository) -> Service -> Controller 目录结构: 使用Maven做本地包管理, pom.xml <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchem

这些概念不针对某个特定的编程语言. view层:结合control层,显示前台页面. control层:业务模块流程控制,调用service层接口. service层:业务操作实现类,调用dao层接口. dao层:数据业务处理,持久化操作 model层:pojo,OR maping,持久层 借别人一张图,希望题主能理清楚层间关系:  企业应用开发中,可以将系统分为三层:表示层.业务层.持久层,就是所谓的三层架构.三层各有各的架构模式.其中表示层常用架构就是MVC,业务层常用架构模式分为事务脚本模

留着参考 makeData.sql delimiter // create procedure make_data() begin declare i int ; do insert into message values(i, 'a', 'b', 'c'); ; end while; end; // call make_data(); DROP PROCEDURE IF EXISTS make_data; Message.xml <?xml version="1.0" enco

=======service   调用dao用params.put(K,Value);将参数传入后台. BaseResponse response = new BaseResponse(); Map<String,Object> params = new HashMap<String,Object>(); String queryByDay = byday.replaceAll("-","/"); List<OrderDateQuery

DAO接口 为每个DAO声明接口的好处在于 1. 可以在尚未实现具体DAO的时候编写上层代码,如Service里对DAO的调用 2. 可以为DAO进行多实现,例如有JDBCDAO实现,MyBatisDAO实现,而不需要更改上层代码,只需要简单的在Spring的IoC配置里修改一下注入的DAO实现 Service接口 1. 可以在尚未实现具体Service情况下编写上层改代码,如Controller对Service的调用 2. Spring无论是AOP还是事务管理的实现都是基于动态代理的,而动态代

package com.nf147.policy_publishing_platform.util.auto; import java.io.File; import java.io.FileWriter; import java.io.IOException; import java.sql.*; import java.util.ArrayList; import java.util.List; /** * @author: WBG * @description: 自动创建service.i