论面向方面的编程技术及其应用(面向方面编程的基本思想)
面向方面编程的利弊
一种常见的误解是认为 AOP 是截获，事实并非如此。但是，它确实运用了截获来应用通知以及组合行为。有一些 .NET 代码示例通过 ContextBoundObject 以一种 AOP 翻版风格说明截获。可是用 ContextBoundObject 来说明截获并不合适，因为使用这种方法的先决条件是所有需要进行截获的类都必须从 ContextBoundObject继承。像 ContextBoundObject 这样带有先决条件的 AOP 方法会带来需求产生的负面影响，所以在 AOP 中被视为重方法，应该避免使用。重方法在系统中遗留的大量“足迹”会潜在地影响每个类，阻碍将来更改或修改系统的功能。
我创建了一个名为 Encase 的轻量型框架。用“轻量型”这个术语的意义是整体上对系统没有影响。系统的不同部分仍然受 AOP 影响，但是选择轻量型框架并应用良好的编程实践可以减轻大部分负面问题。Encase 框架的用途是简化切点、混入和方面组合。开发人员能够通过代码在 Encase 中应用方面，从而代替大多数其他轻量型 AOP框架使用的配置文件（例如 XML）。
重量型框架阻碍了 AOP 的应用，但是妨碍 AOP 广泛应用的罪魁祸首是目前可用的 AOP 示例几乎都都包含以下内容：执行方法前先截获，并应用执行 Trace.WriteLine(Method entered.) 的方面。与普遍看法相反，除了日志记录、安全、规范以及这类性质的事情外，AOP 对于解决其他问题也很有用。
java面向对象编程技术中类和对象的概念及其作用
类对象的定义
类是现实世界或思维世界中的实体在计算机中的反映，它将数据以及这些数据上的操作封装在一起。
对象是具有类类型的变量。类和对象是面向对象编程技术中的最基本的概念。
类对象的关系
类是对象的抽象，而对象是类的具体实例。类是抽象的，不占用内存，而对象是具体的，占用存储空间。类是用于创建对象的蓝图，它是一个定义包括在特定类型的对象中的方法和变量的软件模板。
什么是面向方面软件开发
简称AOP，aspect objected programming,较好的说法是面向切面编程，按我的理解是，它能减少和系统的其他部分的耦合，是系统能更好的维护和重构，叫他切面，就是说他可以在需要 它的时候将其加入到系统中，且能很好的和原系统配合，当不需要的时候就可以去除，也不会重新修改代码。在Spring开源框架中最重要的就是依赖注入和AOP了，利用它，可以让程序员能更好的管理事务和业务bean,DAO bean,用它来做系统运行日志，就是个例子。
简答:简述面向对象软件开发方法的基本概念和优点.
基本概念：
谈到面向对象，这方面的文章非常多。但是，明确地给出对象的定义或说明对象的定义的非常少——至少我现在还没有发现。起初，“面向对象”是专指在程序设计中采用封装、继承、多态等设计方法。可是，这个定义显然不能再适合现在情况。面向对象的思想已经涉及到软件开发的各个方面。如，面向对象的分析（OOA，Object Oriented Analysis），面向对象的设计（OOD，Object Oriented Design）、以及我们经常说的面向对象的编程实现（OOP，Object Oriented Programming）。许多有关面向对象的文章都只是讲述在面向对象的开发中所需要注意的问题或所采用的比较好的设计方法。看这些文章只有真正懂得什么是对象，什么是面向对象，才能最大程度地对自己有所裨益。这一点，恐怕对初学者甚至是从事相关工作多年的人员也会对它们的概念模糊不清。面向对象的分析根据抽象关键的问题域来分解系统。面向对象的设计是一种提供符号设计系统的面向对象的实现过程，它用非常接近实际领域术语的方法把系统构造成“现实世界”的对象。
优点：
1）近代的软件产业发展非常的迅速，但是却出现了让软件开发人员越来越不能忽视的危机，比如，软件的开发成本，尤其是大型软件开发成本、软件维护升级等费用非常的昂贵，针对出现的危机，人们提出了能够提高代码复用等的面向对象技术，面向对象技术的提出可以使客户于软件开发人员、软件开发人员之间的交流更加的顺畅，原因在于：首先，面向对象技术通常对现实世界的对象进行抽象，这种抽象使得即是非专业人员也能明软件要做什么，使得客户于专业的软件开发人员交流起来更加顺畅，节约开发成本；其次，面向对象技术通常会采用封装，继承等技术，这些技术会使得不同的程序模块之间的关联度减小，可以使得开发人员专注于程序的研发，而不是把大量的精力都放到各个模块的协调上。
2）并不是说我们利用了面向对象的语言，比如C++、JAVA，面向对象技术的好处就会出现，实际上在小的程序设计上，可能根本不需要这么复杂。真正的大型软件开发用到时需要采用相应的技术方法，不断的优化，比如瀑布模型法，快速原型法。瀑布模型法主要是把软件分为若干阶段，在每一个阶段，都充分的和客户交流；快速模型法主要是首先提出一个总的模型提交给客户，然后在不断的修改，通常这种方法只适用于较小的工程。无论采用那种方法我们可以遵从一个原则：就是把大的软件项目不断的细化，最后细化到一个个小函数，然后在根据之间的关系封装等。
Spring AOP面向方面编程原理：AOP概念
AOP(Aspect Oriented Programming) 也就是面向方面编程的技术 AOP基于IoC基础 是对OOP的有益补充
AOP将应用系统分为两部分 核心业务逻辑（Core business concerns）及横向的通用逻辑 也就是所谓的方面Crosscutting enterprise concerns 例如 所有大中型应用都要涉及到的持久化管理（Persistent） 事务管理（Transaction Management） 安全管理（Security） 日志管理（Logging）和调试管理（Debugging）等
AOP正在成为软件开发的下一个光环 使用AOP 你可以将处理aspect的代码注入主程序 通常主程序的主要目的并不在于处理这些aspect AOP可以防止代码混乱
Spring framework是很有前途的AOP技术 作为一种非侵略性的 轻型的AOP framework 你无需使用预编译器或其他的元标签 便可以在Java程序中使用它 这意味着开发团队里只需一人要对付AOP framework 其他人还是像往常一样编程
AOP概念
让我们从定义一些重要的AOP概念开始
— 方面（Aspect） 一个关注点的模块化 这个关注点实现可能另外横切多个对象 事务管理是J EE应用中一个很好的横切关注点例子 方面用Spring的Advisor或拦截器实现
— 连接点（Joinpoint） 程序执行过程中明确的点 如方法的调用或特定的异常被抛出
— 通知（Advice） 在特定的连接点 AOP框架执行的动作 各种类型的通知包括 around before 和 throws 通知 通知类型将在下面讨论 许多AOP框架包括Spring都是以拦截器做通知模型 维护一个 围绕 连接点的拦截器链
— 切入点（Pointcut） 指定一个通知将被引发的一系列连接点的集合 AOP框架必须允许开发者指定切入点 例如 使用正则表达式
— 引入（Introduction） 添加方法或字段到被通知的类 Spring允许引入新的接口到任何被通知的对象 例如 你可以使用一个引入使任何对象实现IsModified接口 来简化缓存
— 目标对象（Target Object） 包含连接点的对象 也被称作被通知或被代理对象
— AOP代理（AOP Proxy） AOP框架创建的对象 包含通知 在Spring中 AOP代理可以是JDK动态代理或CGLIB代理
— 编织（Weaving） 组装方面来创建一个被通知对象 这可以在编译时完成（例如使用AspectJ编译器） 也可以在运行时完成 Spring和其他纯Java AOP框架一样 在运行时完成织入
各种通知类型包括
—? Around通知 包围一个连接点的通知 如方法调用 这是最强大的通知 Aroud通知在方法调用前后完成自定义的行为 它们负责选择继续执行连接点或通过返回它们自己的返回值或抛出异常来短路执行
—? Before通知 在一个连接点之前执行的通知 但这个通知不能阻止连接点前的执行（除非它抛出一个异常）
—? Throws通知 在方法抛出异常时执行的通知 Spring提供强制类型的Throws通知 因此你可以书写代码捕获感兴趣的异常（和它的子类） 不需要从Throwable或Exception强制类型转换
—? After returning通知 在连接点正常完成后执行的通知 例如 一个方法正常返回 没有抛出异常
Around通知是最通用的通知类型 大部分基于拦截的AOP框架（如Nanning和Jboss ）只提供Around通知
如同AspectJ Spring提供所有类型的通知 我们推荐你使用最为合适的通知类型来实现需要的行为 例如 如果只是需要用一个方法的返回值来更新缓存 你最好实现一个after returning通知 而不是around通知 虽然around通知也能完成同样的事情 使用最合适的通知类型使编程模型变得简单 并能减少潜在错误 例如 你不需要调用在around通知中所需使用的MethodInvocation的proceed()方法 因此就调用失败
切入点的概念是AOP的关键 它使AOP区别于其他使用拦截的技术 切入点使通知独立于OO的层次选定目标 例如 提供声明式事务管理的around通知可以被应用到跨越多个对象的一组方法上 因此切入点构成了AOP的结构要素
下面让我们实现一个Spring AOP的例子 在这个例子中 我们将实现一个before advice 这意味着advice的代码在被调用的public方法开始前被执行 以下是这个before advice的实现代码
package ascenttech springaop test;
import java lang reflect Method;
import springframework aop MethodBeforeAdvice;
public class TestBeforeAdvice implements MethodBeforeAdvice {
public void before(Method m Object[] args Object target)
throws Throwable {
System out println( Hello world! (by
+ this getClass() getName()
+ ) );
}
}
接口MethodBeforeAdvice只有一个方法before需要实现 它定义了advice的实现 before方法共用 个参数 它们提供了相当丰富的信息 参数Method m是advice开始后执行的方法 方法名称可以用作判断是否执行代码的条件 Object[] args是传给被调用的public方法的参数数组 当需要记日志时 参数args和被执行方法的名称都是非常有用的信息 你也可以改变传给m的参数 但要小心使用这个功能 编写最初主程序的程序员并不知道主程序可能会和传入参数的发生冲突 Object target是执行方法m对象的引用
在下面的BeanImpl类中 每个public方法调用前 都会执行advice 代码如下
package ascenttech springaop test;
public class BeanImpl implements Bean {
public void theMethod() {
System out println(this getClass() getName()
+ + new Exception() getStackTrace()[ ] getMethodName()
+ ()
+ says HELLO! );
}
}
类BeanImpl实现了下面的接口Bean 代码如下
package ascenttech springaop test;
public interface Bean {
public void theMethod();
}
虽然不是必须使用接口 但面向接口而不是面向实现编程是良好的编程实践 Spring也鼓励这样做
pointcut和advice通过配置文件来实现 因此 接下来你只需编写主方法的Java代码 代码如下
package ascenttech springaop test;
import ntext ApplicationContext;
import ntext support FileSystemXmlApplicationContext;
public class Main {
public static void main(String[] args) {
//Read the configuration file
ApplicationContext ctx
= new FileSystemXmlApplicationContext( springconfig xml );
//Instantiate an object
Bean x = (Bean) ctx getBean( bean );
//Execute the public method of the bean (the test)
x theMethod();
}
}
我们从读入和处理配置文件开始 接下来马上要创建它 这个配置文件将作为粘合程序不同部分的 胶水 读入和处理配置文件后 我们会得到一个创建工厂ctx 任何一个Spring管理的对象都必须通过这个工厂来创建 对象通过工厂创建后便可正常使用
仅仅用配置文件便可把程序的每一部分组装起来 代码如下
?xml version= encoding= UTF ?
!DOCTYPE beans PUBLIC //SPRING//DTD BEAN//EN /dtd/spring beans dtd
beans
! CONFIG
bean id= bean class= springframework aop framework ProxyFactoryBean
property name= proxyInterfaces
value ascenttech springaop test Bean/value
/property
property name= target
ref local= beanTarget /
/property
property name= interceptorNames
list
valuetheAdvisor/value
/list
/property
/bean
! CLASS
bean id= beanTarget class= ascenttech springaop test BeanImpl /
! ADVISOR
! Note: An advisor assembles pointcut and advice
bean id= theAdvisor class= springframework aop support RegexpMethod PointcutAdvisor
property name= advice
ref local= theBeforeAdvice /
/property
property name= pattern
value\ ascenttech\ springaop\ test\ Bean\ theMethod/value
/property
/bean
! ADVICE
bean id= theBeforeAdvice class= ascenttech springaop test TestBefore Advice /
/beans
个bean定义的次序并不重要 我们现在有了一个advice 一个包含了正则表达式pointcut的advisor 一个主程序类和一个配置好的接口 通过工厂ctx 这个接口返回自己本身实现的一个引用
BeanImpl和TestBeforeAdvice都是直接配置 我们用一个惟一的ID创建一个bean元素 并指定了一个实现类 这就是全部的工作
advisor通过Spring framework提供的一个RegexMethodPointcutAdvisor类来实现 我们用advisor的第一个属性来指定它所需的advice bean 第二个属性则用正则表达式定义了pointcut 确保良好的性能和易读性
最后配置的是bean 它可以通过一个工厂来创建 bean的定义看起来比实际上要复杂 bean是ProxyFactoryBean的一个实现 它是Spring framework的一部分 这个bean的行为通过以下的 个属性来定义
— 属性proxyInterface定义了接口类
— 属性target指向本地配置的一个bean 这个bean返回一个接口的实现
— 属性interceptorNames是惟一允许定义一个值列表的属性 这个列表包含所有需要在beanTarget上执行的advisor 注意 advisor列表的次序是非常重要的
lishixinzhi/Article/program/Java/hx/201311/26338
就如何利用面向对象的软件开发方法来开发软件心得体会
面向对象技术是软件技术的一次革命，在软件开发史上具有里程碑的意义。
随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法 OMT(LbjectModellingTechnique）。这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、 输出数据结构，实际上也包含了所有对象的数据结构。所以OMT彻底实现了PAM没有完全实现的目标。不仅如此，OO技术在需求分析、可维护性和可靠性这三 个软件开发的关键环节和质量
指标上有了实质性的突破，彻底地解决了在这些方面存在的严重问题，从而宣告了软件危机末日的来临。
自底向上的归纳
OMT的第一步是从问题的陈述入手，构造系统模型。从真实系统导出类的体系，即对象模型包括类的属性，与子类、父类的继承关系，以及类之间的关 联。类是具有相似属性和行为的一组具体实例（客观对象）的抽象，父类是若干子类的归纳。因此这是一种自底向上的归纳过程。在自底向上的归纳过程中，为使子 类能更合理地继承父类的属性和行为，可能需要自顶向下的修改，从而使整个类体系更加合理。由于这种类体系的构造是从具体到抽象，再从抽象到具体，符合人类 的思维规律，因此能更快、更方便地完成任务。这与自顶向下的Yourdon方法构成鲜明的对照。在Yourdon方法中构造系统模型是最困难的一步，因为 自顶向下的“顶”是一个空中楼阁，缺乏坚实的基础，而且功能分解有相当大的任意性，因此需要开发人员有丰富的软件开发经验。而在ＯＭＴ中这一工作可由一般 开发人员较快地完成。在对象模型建立后，很容易在这一基础上再导出动态模型和功能模型。这三个模型一起构成要求解的系统模型。
自顶向下的分解
系统模型建立后的工作就是分解。与Yourdon方法按功能分解不同，在OMT中通常按服务（Service）来分解。服务是具有共同目标的相关 功能的集合，如I／O处理、图形处理等。这一步的分解通常很明确，而这些子系统的进一步分解因有较具体的系统模型为依据，也相对容易。所以OMT也具有自 顶向下方法的优点，即能有效地控制模块的复杂性，同时避免了Yourdon方法中功能分解的困难和不确定性。
OMT的基础是对象模型
每个对象类由数据结构（属性）和操作（行为）组成，有关的所有数据结构（包括输入、输出数据结构）都成了软件开发的依据。因此Jackson方法 和PAM中输入、输出数据结构与整个系统之间的鸿沟在OMT中不再存在。OMT不仅具有Jackson方法和PAM的优点，而且可以应用于大型系统。更重 要的是，在Jackson方法和PAM方法中，当它们的出发点——输入、输出数据结构（即系统的边界）发生变化时，整个软件必须推倒重来。但在OMT中系 统边界的改变只是增加或减少一些对象而已，整个系统改动极小。
需求分析彻底
需求分析不彻底是软件失败的主要原因之一。即使在目前，这一危险依然存在。传统的软件开发方法不允许在开发过程中用户的需求发生变化，从而导致种种问题。正是由于这一原
因，人们提出了原型化方法，推出探索原型、实验原型和进化原型，积极鼓励用户改进需求。在每次改进需求后又形成新的进化原型供用户试用，直到用户基本满意，大大提高了软件的
成功率。但是它要求软件开发人员能迅速生成这些原型，这就要求有自动生成代码的工具的支持。
OMT彻底解决了这一问题。因为需求分析过程已与系统模型的形成过程一致，开发人员与用户的讨论是从用户熟悉的具体实例（实体）开始的。开发人员必须搞清现实系统才能导出系统模型，这就使用户与开发人员之间有了共同的语言，避免了传统需求分析中可能产生的种种问题。
可维护性大大改善
在OMT之前的软件开发方法都是基于功能分解的。尽管软件工程学在可维护方面作出了极大的努力，使软件的可维护性有较大的改进。但从本质上讲，基于功能分解的软件是不易
维护的。因为功能一旦有变化都会使开发的软件系统产生较大的变化，甚至推倒重来。更严重的是，在这种软件系统中，修改是困难的。由于种种原因，即使是微小的修改也可能引入
新的错误。所以传统开发方法很可能会引起软件成本增长失控、软件质量得不到保证等一系列严重问题。正是OMT才使软件的可维护性有了质的改善。
OMT的基础是目标系统的对象模型，而不是功能的分解。功能是对象的使用，它依赖于应用的细节，并在开发过程中不断变化。由于对象是客观存在的，因此当需求变化时对象的性质要比对象的使用更为稳定，从而使建立在对象结构上的软件系统也更为稳定。
更重要的是OMT彻底解决了软件的可维护性。在OO语言中，子类不仅可以继承父类的属性和行为，而且也可以重载父类的某个行为（虚函数）。利用这 一特点，我们可以方便地进行功能修改：引入某类的一个子类，对要修改的一些行为（即虚函数或虚方法）进行重载，也就是对它们重新定义。由于不再在原来的程 序模块中引入修改，所以彻底解决了软件的可修改性，从而也彻底解决了软件的可维护性。OO技术还提高了软件的可靠性和健壮性。