从零开始一步一步做论坛------抛砖引玉,欢迎拍砖[二]

趁着假期,再接再厉.开发这个论坛刚开始就是数据库的设计,但是数据库的设计图在公司的电脑上,自己的电脑Rational坏了,所以数据库的设计就放到十一长假以后再说吧.

先说说我遇到的第一个大问题:dao层的设计

怎样设计一个无耦合的dao层呢?dao层设计成通用的还是各司其职的?关于这个问题我曾经在问答里提出过.连接:http://feiyang404.iteye.com/blog/1138642

虽然讨论了很久,但是没有我想要的答案,最后经过苦思冥想,我找到了自己的解决办法.

首先,我赞成通用dao层的方式,因为dao层的职责就是负责数据持久化和获取数据库数据供Service层用的,所以这个应该和Service层之间解耦合,冲着这一点,各司其职的dao层就站不住脚了.其次,通用dao层的设计,在Spring配置文件中也很好配置,只需要配置一次dao就可以在每个service中引用了.这种好处也体现在编码中,每个Service类都引用同一个dao对象,编码起来很清楚,根本不会错.

现在最大的问题就是和Service层解耦了,如果看过我上面给出的连接的话,就会明白这个问题的难度了.dao层只是负责数据持久化的,所以应该说完全要和Service层剥离,现在dao层一般采用的是HQL加Spring的HibernateTemplate来完成的,但是万一dao层不采用HQL而采用QBC怎么办?如果和Service耦合的话,这下麻烦就大了,不仅要修改dao层还要修改Service层,而且稍有不慎,连Action层都在劫难逃.我接触过的好多项目中,都有在Service层构造HQL语句然后传给dao层,这种设计虽然很方便,但是我一直很抵触,在这次开发这个论坛的之前,我发帖求助,一直没有得到想要的答案,最后没办法,自己竟然想出来了一个解决方法,呵呵,当时觉得特别高兴,但是,也仅仅是解决了问题而已,不知道这么做性能上会不会有影响.

下面我说说自己的方法,为什么我们要在Service层构造HQL语句,而不在dao层构造呢?原因之一就是Service层负责业务处理,基本的增删还好说,一旦遇到要按条件查找就不好办了,要构造where子句的key=value的形式的语句,通用dao层就不会专门有这种方法,所以也很难构造,大家都选择在Service层构造好HQL语句,直接丢给dao层执行.经过我很长时间思考,key=value的形式不正好是Map的结构吗?在Service层构造出一个条件查询的Map结构,在dao层再专门写一个函数将Map解析出来,构成HQL语句,这样,Serivce层传给dao层的也只是一个map对象,而且map对象里也包含的是普通对象,完全和dao层没有关系.下面是我的代码:

 

public static String createHQL(String clazz, Map mps){
		StringBuilder sb = new StringBuilder("from ").append(clazz).append(" where ");
		Iterator it = mps.keySet().iterator();
		while(it.hasNext()){
			Object o = it.next();
			sb.append(o.toString()).append("='").append(mps.get(o)).append("'").append(" and ");
		}
		System.out.println("DaoImpl.createHQL:"+sb.substring(0, sb.length()-5).toString());
		return sb.substring(0, sb.length()-5).toString();
	}

 再粘一个dao层调用的代码:

 

public List findByValue(String clazz, Map mps, String orderBy, String orderKey) {
		String hqlL = createHQL(clazz,mps);
		final String hql = hqlL+  " order by "+orderBy+" "+ orderKey;
		return getHibernateTemplate().executeFind(new HibernateCallback(){
			public Object doInHibernate(Session session) throws HibernateException{
				Query query = session.createQuery(hql);
				if(query.list()!=null){
					return query.list();
				}else{
					return null;
				}
			}
		});
	}

 Service调用dao的代码:

 

public List listForumEliteAll(long boardid){
		Map mps = new HashMap();
		mps.put("board", boardid);
		mps.put("elite", 1);
		
		List list = this.getDao().findByValue("Forum", mps, "id", Constant.DESC);
		
		return list;
	}
 

由于是Map形式的,所以可以传入任意的key=value值对,对于想按多个条件查询的情况特别管用.这种只需要在Service层构造Map结构就可以了.

有了这个办法,就可以写出完全与Service解耦合的通用dao层了.附件里是我的通用dao层,大家如果能用到,就拿去用吧!对于上述方法,希望给位多多提出宝贵意见.我也是被迫无奈,只是为了写出一个无耦合的通用dao层罢了.

原创首发,谢谢支持!

该数据集通过合成方式模拟了多种发动机在运行过程中的传感器监测数据,旨在构建一个用于机械系统故障检测的基准资源,特别适用于汽车领域的诊断分析。数据按固定时间间隔采集,涵盖了发动机性能指标、异常状态以及工作模式等多维度信息。 时间戳:数据类型为日期时间,记录了每个数据点的采集时刻。序列起始于2024年12月24日10:00,并以5分钟为间隔持续生成,体现了对发动机运行状态的连续监测。 温度(摄氏度):以浮点数形式记录发动机的温度读数。其数值范围通常处于60至120摄氏度之间,反映了发动机在常规工况下的典型温度区间。 转速(转/分钟):以浮点数表示发动机曲轴的旋转速度。该参数在1000至4000转/分钟的范围内随机生成,符合多数发动机在正常运转时的转速特征。 燃油效率(公里/升):浮点型变量,用于衡量发动机的燃料利用效能,即每升燃料所能支持的行驶里程。其取值范围设定在15至30公里/升之间。 振动_X、振动_Y、振动_Z:这三个浮点数列分别记录了发动机在三维空间坐标系中各轴向的振动强度。测量值标准化至0到1的标度,较高的数值通常暗示存在异常振动,可能与潜在的机械故障相关。 扭矩(牛·米):以浮点数表征发动机输出的旋转力矩,数值区间为50至200牛·米,体现了发动机的负载能力。 功率输出(千瓦):浮点型变量,描述发动机单位时间内功的速率,取值范围为20至100千瓦。 故障状态:整型分类变量,用于标识发动机的异常程度,共分为四个等级:0代表正常状态,1表示轻微故障,2对应中等故障,3指示严重故障。该列作为分类任务的目标变量,支持基于传感器数据预测故障等级。 运行模式:字符串类型变量,描述发动机当前的工作状态,主要包括:怠速(发动机运转但无负载)、巡航(发动机在常规负载下平稳运行)、重载(发动机承受高负荷或高压工况)。 数据集整体包含1000条记录,每条记录对应特定时刻的发动机性能快照。其中故障状态涵盖从正常到严重故障的四级分类,有助于训练模型实现故障预测与诊断。所有数据均为合成生成,旨在模拟真实的发动机性能变化与典型故障场景,所包含的温度、转速、燃油效率、振动、扭矩及功率输出等关键传感指标,均为影响发动机故障判定的重要因素。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值