近期由于客户需求,所以我们整个小组开始开发java项目. 虽然很久以前也是系统学习过.不过干了这么多年 .net  ,有关java的早就扔了. 好了,废话不多说.我们看看SSM 关于service和dao的封装(对于java来说,我是个菜鸡,有问题大家请指正) 一 对于SSM框架的搭建,我就不细讲了. 直接上图结构: 上面这个是我搭建的程序结构. 红框的是重点会改造的层. 二  修改 dao 层 首先,我们看一下原始的目录结构:(原始目录结构并没有  IDao/IDaoBase.java) 我们

上一篇我们创建了工程和一个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

我们现在开始写商品类选择这个功能: 先看效果: 当我们点击"新增商品"---->"选择目录"然后从数据库中查出来数据并显示了. 我们分析数据库的那张表: 它是一个树形结构: 如下: 这是整个表的数据. 我们写一条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

要实现的效果:

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

简述: 结合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,业务层常用架构模式分为事务脚本模

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

留着参考 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

参考来源: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是不管的

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

在IntelliJ IDEA中用ssm框架搭建了一个demo项目,在执行到dao层方法时抛出这个异常: org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): cn.monolog.diana.dao.StatisticsDao.clear 第一反应是mapper的名称空间没有跟dao关联,或者dao的方法名和mapper的id不匹配.但是检查了一遍,没有这个问题.然后发现target目录下

一.DAO设计思想 a) Data access Object(数据访问对象):前人总结出的一种固定模式的设计思想. 高可读性. 高复用性. 高扩展性. b) JDBC代码实现的增删改查操作是有复用需求的.所以需要将对数据库的增删改查操作进行封装. c) DAO类:特殊类.只对对数据库进行CRUD(增删改查)的操作进行具体的封装. d) 注意:DAO类的个数取决于table的个数(一份库表对应一个DAO类) e) 实体类:在项目开发中,对数据库进行增删改查的操作中,不能直接操作对象.但是在面向对

DAO层: DAO层叫数据访问层,全称为data access object,属于一种比较底层,比较基础的操作,具体到对于某个表的增删改查,也就是说某个DAO一定是和数据库的某一张表一一对应的,其中封装了增删改查基本操作,建议DAO只做原子操作,增删改查. Service层: Service层叫服务层,被称为服务,粗略的理解就是对一个或多个DAO进行的再次封装,封装成一个服务,所以这里也就不会是一个原子操作了,需要事物控制. Controler层: Controler负责请求转发,接受页面过来的