SSH项目—CRM开发总结
五天的课程让我看了八天多，倒不是跟不上，中间好几天追了追大创的论文，周末还给学校开发了艺术生登分的系统，真是忙的。。。不过也顺脚复习了Servlet和JSP的知识，我觉得挺好，再者说还管了两顿盒饭呢，对饭的诱惑力是永远抵抗不了的，哈哈！
SSH实战项目中没遇到太多的坑，因为之前开发学校的系统的时候也有经验，这次学习主要是学习了jstl、Spring整合Hibernate事务的配置、Struts2.5.x的坑、在Hibernate中使用原生SQL语句进行查询、BaseDAO抽取、多对多关系转换成两个一对多、多条件查询、数据字典额也算个知识点吧，哈哈！
jstl
${requestScope.requestAttribute} - request域，如果是request可以直接使用attribute的key来表示
${sessionScope.sessionAttribute} - session域
<c:forEach var="var" items="list">
<c:out value="${var.xxx}"> / ${var.xxx}
</c:forEach>
<c:if test="codition">条件成立时执行</if>
Spring整合Hibernate配置事务管理
<!-- 创建事务管理器 --> <bean id="transactionManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager"> <property name="sessionFactory" ref="sessionFactory"></property> </bean> <tx:annotation-driven transaction-manager="transactionManager"/>
需要在Service前或Dao前加上@Transactional的注解才可以，否则报错。即需要声明此类中的全部方法需要进行事务管理
Struts 2.5.x的坑已经解决，看之前的随笔
在Hibernate中使用原生SQL语句进行复杂查询操作
如果此时SQL为select count（*） num,customer from t_customer,HQL是无法执行的，使用session.cresteSQLQuery（sql）.addEntity(Entity.class);但是上面的sql语句count（*）、customer没有对应的实体类，如果单独为这两个变量创建一个实体类显然不是一个好的解决办法，但是怎样方便的将返回的数据使用呢？
上述语句使用list方法可以返回一个list集合，但是list内部的数据是以数组的形式存放的。这不友好。观察num customer实际上他们与其对应的数据是一个KV的形式，可以将返回的数据转换成一个Map。
在Hibernate中使用setResultTransformer方法将返回数据转换成一个HashMap：
q.setResultTransformer(Transformers.aliasToBean(HashMap.class));
BaseDao抽取
DAO层是简单说就是对DB进行操作，CURD操作几乎是每个DAO类具备的功能，如果每个类都需要写一遍CURD代码重复太多影响点儿效率，主要是编程的人烦啊。那么这个时候抽取出一个BaseDao来解决这一问题。
BaseDao一般是实现CURD操作，那么首先声明一个BaseDao，在类中写明add、update、delete等方法，代码如下：
package tech.youngs.Dao; import java.util.List; public interface BaseDao<T> { void add(T object); void delete(T object); void update(T object); T findOne(int id); List<T> findAll(); }
<T>就是泛型，有T就说明肯定会根据T的值来对相应的实体进行操作，肯定会用到反射。添加修改删除都好说，直接用T，但是根据id查询对象，返回的值可是相应的实体类的类型，java是不认识T是什么东东的。所以说，在实例化DAO的实现对象的时候要根据T来知道到底是哪个实体类型。
package tech.youngs.Dao; import java.lang.reflect.ParameterizedType; import java.lang.reflect.Type; import java.util.List; import org.springframework.orm.hibernate5.support.HibernateDaoSupport; @SuppressWarnings("all") public class BaseDaoImpl<T> extends HibernateDaoSupport implements BaseDao<T> { private Class tClass; public BaseDaoImpl() { //获取当前对象的字节码 Class clazz = this.getClass(); //根据字节码对象获取超类的泛型参数值 Type type = clazz.getGenericSuperclass(); ParameterizedType ptype = (ParameterizedType) type; //获取到了泛型参数 Type[] typearr = ptype.getActualTypeArguments(); //Type转换成class对象 tClass = (Class) typearr[0]; } @Override public void add(T object) { // TODO Auto-generated method stub this.getHibernateTemplate().save(object); } @Override public void delete(T object) { // TODO Auto-generated method stub this.getHibernateTemplate().delete(object); } @Override public void update(T object) { // TODO Auto-generated method stub this.getHibernateTemplate().update(object); } @Override public T findOne(int id) { // TODO Auto-generated method stub return (T) this.getHibernateTemplate().get(tClass, id); } @Override public List<T> findAll() { // TODO Auto-generated method stub return (List<T>) this.getHibernateTemplate().find("form "+tClass.getSimpleName()); } }
在使用的时候在DAO中继承BaseDao，在实现类中继承BaseDaoImpl就可以省很多时间了。
多对多关系转换成一对多关系
在hibernate中，多对多关系是通过第三张表来维护的，局限性很大，因为只有两个外键。在开发中一般不使用多对多，大多将多对多关系转换成两个一对多的关系。
多条件查询
三种方式，拼接HQL和使用hibernate模板是一个类型。
第三种方式是使用离线对象，离线对象有个好处是不用拼接语句，使用restriction.eq这些各种方法，但是还是需要判断有没有值。其实逻辑性的话还是HQL给我的感觉最好，但就对不起还麻烦实现hibernateTemplate了。
数据词典
数据词典实际上就是对用户输入的值做一个限制，比如说添加一个客户，在选择客户级别的时候就不能随便输入，比如是个VIP客户，写一个亮瞎你的钛合金狗眼的VIP客户。。。。会被经理打屁屁的，所以约定好客户级别都有哪些。
再补充一点
这次项目开发都是使用的配置文件，Spring中有注解的机制，我们不需要在配置文件中写哪些东西，直接使用@Controller @Service @Repository这些注解会很方便的。
再再补充一点
高工资和多技术是成正比的，不要嫌弃现在学的东西多，记不住，太杂。实际上每一个技术都是日后谈论薪资的筹码！
