项目中如何体现Sping 中的切面编程，举例说明
面向切面编程：主要是横切 一个关注点，将一个关注点模块化成一个切面，在切面上声明一个通知（Advice）和切入点 （Pointcut）
通知：是指在切面的某个特定的连接点（代表一个方法的执行，通过声明一个 org。aspectj.lang.joinPointment）类型的参数可以使通知（Advice）的主题部分获得连接点信息上执行的动作。通知定义了要插入的方法。
切入点：切入点的内容是一个表达式，以描述需要在哪些对象的哪些方法上插入通知中定义的方法。
项目中用到的spring中的切面编程最多的地方，声明式事务管理。
a.定义一个事务管理器
b配置事务特性（相当于声明通知，一般业务层的类的一些方法上定义事务）
C配置哪些类的哪些方法需要哦配置事务（相当于切入点，一般是业务类 的方法上）
Spring 是什么？根据你的理解谈谈你的见解
目的：解决企业间开发的复杂性
功能：使用基本的Javabean 代替EJB 并提供了更多的企业应用功能
范围：任何Java应用
简单来说，spring是一个轻量级的控制反转（loc）和面向切面（aop）的容器框架
轻量 从大小与开销两方面而言spring 都是轻量级的，完整的spring框架可以在一个大小只有1MB 多的jar文件里发布，并且spring所需的处理开销也是微不足道的，此外，spring是非侵入式的，典型的，spring应用中的对象不依赖于spring的特定类
控制反转： spring通过一种称作控制反转（IOC）的技术促进了松耦合，当应用了 IOC，一个对象依赖的其他对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象，你可以认为IOC 与JNDI相反 不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它
面型切面 spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计）（auditing）和事务 （）管理）进行内举行的开发，应用对象只实现他们应该做的 完成业务逻辑 仅此而已 ，它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持
容器: spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建 基于一个 可配置原型（prototype），你的bean可以创建一个单独的实例后者每次需要时都是生成一个新的实例 以及它们是如何相互关联的。然而，spring 不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
框架；spring可以将简单的组件配置，结合成复杂的应用，在spring中，应用对象被声明式的组合，典型地实在一个xml文件里。spring也提供了更多基础的功能（事务管理，持久化框架及集成等等，将应用逻辑的尅发留给了你
所有spring的这些特征使你能够编写更干净，更可管理，并且更易于测试的代码，它们也为spring中的各种模块它提供了基础支持
sprig的事务如何配置
1.spring的声明式事务配置
1！--配置sessionFactory>
<bean id="sessionFactory"
class="org.springframework orm.hibemate3 LocalSessionFactoryBean">
<property name="configLocation'>
<value>/WEB-INF/classes/hibernate.cfg.xml</value>
</property>
</bean>
2配置事务管理器
<!-- 配置事务管理器-->
<bean id="transactionManager"
class="org.springframework orm.hibemate3 HibemateTransactionManager">
<reflocal ="sessinFacory"/>
</property>
</bean>
3.配置事务 特性
<tx:advice="txAdvice " transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRED"/ >
<tx:method name="update*" propagation="REQUIRED"/ >
<tx:method name="del*" propagation="REQUIRED"/ >
<tx:method name="*" read-only="true">
<tx:atttributes>
<tx:advice>
4配置哪些类的哪些方法配置事务
<aop:config>
<aop:pointcut id="allManagerMethod" ession="execution(* com.yyaccp.service.impl*.*(..))">
<aop:advisor advice-ref="tx.Advice" pointcut-ref="allManagerMethod">
<aop:comfig>
isolation设置事务的隔离级别，事务管理器根据他它来控制另外一个事务可以看到本事务 内 的哪些数据
定义的5个不同的事务隔离级别：
DEFAULT:默认的隔离级别，使用数据库默认的事务隔离级别
READ_COMMITTED：保证一个事务修改的数据提交后才能 被另外一个事务读取。另外一个事务 不能读取 该事物未提交的数据。这种事务隔离级别可以不避免賍读出现，但是可能会出现不可重复 读和 幻想度读。
REPEATABLE_READ 这种事务隔离级别可以防止賍读，不可重复读，但是可能出现 幻像读，它除了保证一个 事务不能读取另一个事务未提交的数据外，还保证了避免不可重复读
SERIALIZABLE:这是话费最高代价但是最可靠的事务隔离级别，十五倍垂危顺序执行 ，除了防止賍读，不可重复读 外，还避免了幻想 读
propagation 定义了七个 事务传播行为
REQUIRED：如果存在一个事务，则支持当前事务，如果没有事务则开启一个新的事务
SUPPORTS:如果存在一个事物，支持当前事务，如果没有事务，则非事务的执行，但是对于事务同步的事务管理器，SUPPORTS与不使用事务有少许不同
REQUTRES_NEW 总是开启一个 新事务，如果一个事务已经存在，则将这个存在的事务挂起
NOT_SUPPORTED:总是非事务 地执行，并挂起任何存在的事务
NEVER;总是 非事务的执行，如果存在一个活动事务，则抛出异常
NESTED:如果一个活动的事务 存在，则运行在一个嵌套的事务中，如果没有活动事务，则按TransactionDefinition.PROPAGATION_REQUIRED属性执行
嵌套事务一个非常 重要的概念 就是内层事务 依赖于 外层事务，外层事务失败时，会回滚该内层事务所做的动作，而内层事务操作失败并不会 引起外层事务的回滚
REQUIRED应该 是 我们 首先的事务 传播行为，它能够满足我们大多数的事务需求
用两种方式根据部门号从高到低，工资从低到高列出每个员工的信息
employee：
eid,ename,salary,deptid;
select*from employee order by depid desc,salary