springMVC + oracle存储过程 构建高性能灵活易维护的java web架构

MVC让简单的业务也变得复杂

不知道你在使用MVC模式开发项目的时候是否觉得很麻烦,一个简单的增删改查动作却要涉及到多个文件操作。

以一条数据增加为例说明。

假设我们使用hibernate并且dao层是已经封装好的

从图中可以看出如果我们在系统中写一个增加功能需要自己动手写的地方至少是 jsp , action , service,servicesImpl 四层。

如果是复杂的添加操作那么我们很可能还会自己定义dao层的接口和方法,那样就是6层操作了。

如果使用mybatis 至少也是写4层,常见的情况也是写6层,因为我们需要自己写一些sql语句,

这样就要写mapper.xml 和mapper.java 因此因为是6层。

一个简单的动作写4层或者6层我总觉得是那么麻烦的一件事情,而且容易出错。

如果有一天这个新增动作需要添加一个字段,那么放在谁的目前都是一个蛋疼的动作了,添加一个字段足以让你恶心半天了。

我们来看看要修改多少地方

1、数据库

2、pojo

3、dao的配置文件

4、界面

可能还要修改action等其他地方。而且配置文件一动很容易出现bug。。。

哎总之我受够了这样的日子咯。。。。。

两层精简架构

后来进入湖南比联科技后再公司框架的启发下我改造了一个使用springMvc 和 oracle存储过程实现web架构的2层结构,从此福音到了

先看一个简化的流程图吧

我们把所有的业务逻辑通过oracle的过程来实现,然后只需要在页面调用我们写好的JavaScript库就可以直接拿到过程处理的结果。

所以大部分的业务我们都只要2处理2个地方就可以了,先写过程在写界面调用。是不是很方便呢?而且过程处理的数据比mvc可是快很多哦,

至于界面显示方面也是,html界面的读取速度远远大于jsp页面,所以性能方面是一个极大的提高。

还有我们这里没有了pojo 所以如果修改字段,也不需要改动任何东西,改一下存储过程和页面就好了工作量比MVC中少了一倍。也就是说工作效率提高了2倍哦。

原理就是图上所表示的下面用代码来说明一下(以一个功能管理为例子):

数据库表

-- Create table
create table EX_SYS_POWER
(
  ID            INTEGER not null,
  ICON_PATH     VARCHAR2(500),
  FUNCTION_PATH VARCHAR2(1000),
  MARK          VARCHAR2(4000),
  STATE         INTEGER,
  GRADE         INTEGER,
  PARENT_ID     INTEGER,
  YXBZ          INTEGER,
  NAME          VARCHAR2(500)
)

  

存储过程

CREATE OR REPLACE PACKAGE BODY A_ES_POWER IS

  --=============根据id查询
  PROCEDURE FIND_POWER_BYID(P_ID     INTEGER,
                            P_RESULT OUT PLAT_CONSTANT.RESULTSET) IS
  BEGIN
    OPEN P_RESULT FOR
      SELECT *
        FROM EX_SYS_POWER
       WHERE ID = P_ID
         AND YXBZ = 1;

  END;

END;

  

html界面

<!DOCTYPE HTML>
<html>
<head>
<script type="text/javascript" src="../../public/hui/lib/jquery/1.9.1/jquery.min.js" ></script>
<script type="text/javascript" src="../../public/exctscript/AjaxProxy.js" ></script>
<title>空白页</title>
</head>
<body>
   	<a onclick="test()" href="javascript:void(0);" class=‘btn btn-success‘ >测试查询</a>
   	<a onclick="test2()" href="javascript:void(0);" >字段测试</a>
<script type="text/javascript">
function test(){
	var loj=new AjaxProxy();
	loj.addParm(1, "1");
	loj.invoke("SCOTT.A_ES_POWER.FIND_POWER_BYID", function(result){
         alert(loj.getString("P_RESULT",1,"ICON_PATH"));
         alert(loj.getRowCount("P_RESULT")); });
}

 </script>
</body>
</html>

  Ajaxprox.js

/**
 * author :姜友瑶
 */

function getRootPath() {
	var curWwwPath = window.document.location.href;
	var pathName = window.document.location.pathname;
	return curWwwPath.substring(0, curWwwPath.indexOf(pathName))
			+ pathName.substring(0, pathName.substr(1).indexOf(‘/‘) + 1);
}

var basePath = getRootPath();
document.write(‘<script type="text/javascript" src="‘ + basePath
		+ ‘/public/hui/lib/layer/1.9.3/layer.js"  ></script>‘);

function AjaxProxy(async) {

	if (async != null) {
		this.async = async;
	} else {
		this.async = true;
	}
	this.gs_parameter = {};
	this.STATE_SUCCESS = ‘1‘;
	this.STATE_ERR = ‘0‘;
	this.result = null;
}

AjaxProxy.prototype.invoke = function(procedure, callback) {
	var url = basePath + "/center.do?p_id=" + procedure;
	var $this = this;
	layer.msg(‘加载中‘, {
		icon : 16
	});
	if (this.async) {//异步
		$.ajax({
			type : "post",
			url : url,
			data : this.gs_parameter,
			async : true,
			success : function(callbackData) {
				var result = eval(callbackData);
				if (result.requestStatus == 0) {
					layer.closeAll(‘dialog‘);
					layer.msg(result.errMsg, {
						icon : 2
					});
					return;
				} else {
					$this.result = result;
					layer.closeAll(‘dialog‘);
					callback();
				}
			}
		});

	} else { //  同步
		$.ajax({
			type : "post",
			url : url,
			data : this.gs_parameter,
			async : false,
			success : function(callbackData) {
				var result = eval(callbackData);
				if (result.requestStatus == 0) {
					layer.closeAll(‘dialog‘);
					layer.msg(result.errMsg, {
						icon : 2
					});
					return;
				} else {
					$this.result = result;
					layer.closeAll(‘dialog‘);
					callback();
				}
			}
		});

	}

};

AjaxProxy.prototype.addParm = function(index, value) {
	if (value != null) {
		value += "";
		value = encodeURIComponent(value);
		this.gs_parameter["param_" + index] = value;
	}
};

AjaxProxy.prototype.getRowCount = function(mapName) {
	return eval("this.result." + mapName + "[‘row_count‘]");
};

AjaxProxy.prototype.getValue = function(key) {
	return eval("this.result." + key);
};

AjaxProxy.prototype.getString = function(mapName, index, key) {
	return eval("this.result." + mapName + ".row_value[" + index + "][‘" + key
			+ "‘]");
};

这就是前台处理的部分了,后台部分就直接去我的百度云下载吧

链接: http://pan.baidu.com/s/1eQuHwBK 密码: jmpk

程序中都有注释大家可以一起参考参考,有bug的地方可以告诉我啊,我在改进改进。

  

时间: 2024-10-18 04:52:00

springMVC + oracle存储过程 构建高性能灵活易维护的java web架构的相关文章

构建高性能服务(三)Java高性能缓冲设计 vs Disruptor vs LinkedBlockingQueue--转载

原文地址:http://maoyidao.iteye.com/blog/1663193 一个仅仅部署在4台服务器上的服务,每秒向Database写入数据超过100万行数据,每分钟产生超过1G的数据.而每台服务器(8核12G)上CPU占用不到100%,load不超过5.这是怎么做到呢?下面将给你描述这个架构,它的核心是一个高效缓冲区设计,我们对它的要求是: 1,该缓存区要尽量简单 2,尽量避免生产者线程和消费者线程锁 3,尽量避免大量GC 缓冲 vs 性能瓶颈 提高硬盘写入IO的银弹无疑是批量顺序

构建高性能服务(二)java高并发锁的3种实现

构建高性能服务(二)java高并发锁的3种实现 来源:http://www.xymyeah.com/?p=46 提高系统并发吞吐能力是构建高性能服务的重点和难点.通常review代码时看到synchronized是我都会想一想,这个地方可不可以优化.使用synchronized使得并发的线程变成顺序执行,对系统并发吞吐能力有极大影响,我的博文 http://maoyidao.iteye.com/blog/1149015 介绍了可以从理论上估算系统并发处理能力的方法. 那么对于必须使用synchr

(第7篇)灵活易用易维护的hadoop数据仓库工具——Hive

摘要: Hive灵活易用且易于维护,十分适合数据仓库的统计分析,什么样的结构让它具备这些特性?我们如何才能灵活操作hive呢? 博主福利 给大家推荐一套hadoop视频课程 [百度hadoop核心架构师,首次内部分享的企业级项目视频,价值3980元] 免费赠送100份,先到先得.联系老师微信ganshiyu1026,备注OSchina. 部分视频截图展示 Hive hive是基于Hadoop的一个数据仓库工具,可以将结构化的数据文件映射为一张数据库表,并提供完整的sql查询功能,Hive 定义了

使用数据库构建高性能队列用于存储订单、通知和任务(转)

英文原文: http://www.codeproject.com/Articles/110931/Building-High-Performance-Queue-in-Database-for-st 译文:http://www.oschina.net/translate/building-high-performance-queue-in-database-for-storing-orders 译者:几点人, beyondme, 漠天, petert, 赵亮-碧海情天, FGQ 引言 几乎在每个

【读书笔记】2016.12.10 《构建高性能Web站点》

本文地址 分享提纲: 1. 概述 2. 知识点 3. 待整理点 4. 参考文档 1. 概述 1.1)[该书信息] <构建高性能Web站点>: -- 百度百科 -- 本书目录: 第1章 绪论 1.1 等待的真相 1.2 瓶颈在哪里 1.3 增加带宽 1.4 减少网页中的HTTP请求 1.5 加快服务器脚本计算速度 1.6 使用动态内容缓存 1.7 使用数据缓存 1.8 将动态内容静态化 1.9 更换Web服务器软件 1.10 页面组件分离 1.11 合理部署服务器 1.12 使用负载均衡 1.1

Oracle存储过程的编写经验与优化措施

1.开发人员如果用到其他库的Table或View,务必在当前库中建立View来实现跨库操作,最好不要直接使用"databsevv.dbo.table_name",因为sp_depends不能显示出该SP所使用的跨库table或view,不方便校验. 2.开发人员在提交SP前,必须已经使用set showplan on分析过查询计划,做过自身的查询优化检查. 3.高程序运行效率,优化应用程序,在SP编写过程中应该注意以下几点: a) SQL的使用规范: i. 尽量避免大事务操作,慎用ho

《构建高性能 Web站点》笔记

书名:构建高性能Web站点 出版社: 电子工业出版社 ISBN:9787121170935 一  绪论 等待的时间: (1) 数据在网络上的传输时间 (2) 站点服务器处理请求并生成回应数据的时间 (3) 浏览器本地计算和渲染的时间 二  数据的网络传输 数据如何发送 (1) 应用程序通过系统函数库接口(如send)向内核发出系统调用 (2) 系统内核将数据从用户态内存区复制到由内核维护的内核缓冲区(这块地址空间的大小有限,需要发送的数据以队列的形式进入) (3) 内核通知网卡来取数据,网卡将数

Oracle 存储过程_(收集)

oracle 存储过程的基本语法 1.基本结构 CREATE OR REPLACE PROCEDURE 存储过程名字(    参数1 IN NUMBER,    参数2 IN NUMBER) IS变量1 INTEGER :=0;变量2 DATE;BEGIN END 存储过程名字 2.SELECT INTO STATEMENT  将select查询的结果存入到变量中,可以同时将多个列存储多个变量中,必须有一条  记录,否则抛出异常(如果没有记录抛出NO_DATA_FOUND)  例子:   BEG

使用Ratpack与Spring Boot构建高性能JVM微服务

在微服务天堂中Ratpack和Spring Boot是天造地设的一对.它们都是以开发者为中心的运行于JVM之上的web框架,侧重于生产率.效率以及轻量级部署.他们在服务程序的开发中带来了各自的好处.Ratpack通过一个高吞吐量.非阻塞式的web层提供了一个反应式编程模型,而且对应用程序结构的定义和HTTP请求过程提供了一个便利的处理程序链:Spring Boot集成了整个Spring生态系统,为应用程序提供了一种简单的方式来配置和启用组件.Ratpack和Spring Boot是构建原生支持计