本文主要是介绍关于SOA/CBD/AOP/OO的体会,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
出差途中看了几篇AOP的文章,总算对AOP有了一个初步的了解,是一个非常不错的技术,传统编程技术无法解决的横切(CrossCutting)问题在AOP中可以得到很好的解决。简单比较一下现有的几种技术SOA/CBD/AOP/OO。
SOA - Service Oriented Architecture (面向服务的架构)
CBD - Component Based Development (基于构件的开发)
AOP - Aspect Oriented Porgramming (面向方面的编程)
OO - Object Oriented (Analysis / Design / Programming) (面向对象的分析/设计/编程)
这几种技术本质上体现的都是我们过去几十年软件开发的最佳实践经验。
1) 模块化 - 把复杂的系统(或问题)分而治之,内聚程度比较高的内容组合在一起形成模块,整个系统就是由一系列大大小小的模块所组成。跟复杂的系统相比,单个模块的粒度要小得多,便于管理和开发。这几种技术中,构件(Component)、服务(Service)就是一种对象(Object),它们的模块化概念比较一致;AOP则是解决系统中的横切问题,把横切相关的解决方案模块化在一个方面(Aspect)中。
2) 抽象 - 这几种技术都是针对某一类具有普遍性的问题提出一个通用的解决方案。但是他们的抽象层次不一样:
业务流程 - Service 是在业务层面上对业务能力的一种抽象,由 Service 可以快速地组装出新的业务流程。
系统架构 - Component 是构成一个系统的元素,可以是具有一定功能的子系统;从系统层面来看架构的话,类级别的对象粒度就太小了,构件的粒度比较合适。
代码 - Class / Aspect 都是在代码这一级别的概念,只是两者解决问题的方法不一样。
看到过一些材村料中有用 UML 表示 AOP 概念的,需要花些时间去研究一下如何用 Visual Modeling 来表示 AOSD (Aspect Oriented Software Dvelopment)。
有兴趣了解 AOP 的话,去 www.ibm.com/developerworks/cn 搜索 AOP@Work 就可以找到很多介绍 AOP 技术的系列文章。
这篇关于关于SOA/CBD/AOP/OO的体会的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!