|
|
|
|
|
|
|
|
点击Next，在出现的对话框中勾选“updatesite_1.2.1.zip”，然后一直点击Next，直到安装完成。
· 如果有疑问，可以参考http://springide.org/project/wiki/SpringideInstall
● 使用：
这里以前面文章中的SpringHello项目实践一下如何使用SpringIDE。
· 右击SpringHello，在弹出菜单中选择“Add Spring Project Nature”,如下图：
如果成功，则这时该项目就会在右上角挂上了“S”.
· 右键项目名，查看其properties，选择“Spring Beans”，切换到“Config Files”，点击“Add”，将包javamxj.spring.beginning3下的bean.xml加入到其中。
· 这时可以看到bean.xml和HelloBean.java的右上角都挂上了“S”。
这是由于SpringIDE分析加载的bean.xml文件，找到了“helloBean”指向的类HelloBean.java。如果找不到这个文件，则会显示一个错误，指明这个类找不到；如果将“helloBean”指向了包javamxj.spring.beginning4下的bean.xml，虽然这个类存在，但由于属性不匹配，同样会显示出错误。这样就验证了XML的配置，可以提前知道配置中的错误。
· Spring Beans view
选中bean.xml，切换到“Navigate” ，如图：
显示图表，如图：
<淘宝热门商品：
|
|
|
|
|
|
|
|
因此，一个新的程序结构应该是关注系统的纵向切面，例如这个应用的“锁”功能，这个新的程序结构就是aspect（方面）
在这个应用中，“锁”方面（aspect）应该有以下职责：
提供一些必备的功能，对被访问对象实现加锁或解锁功能。以保证所有在修改数据对象的操作之前能够调用lock()加锁，在它使用完成后，调用unlock()解锁。
AOP应用范围
很明显，AOP非常适合开发J2EE容器服务器，目前JBoss 4.0正是使用AOP框架进行开发。
具体功能如下：
Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading 懒加载
Debugging 调试
logging, tracing, profiling and monitoring 记录跟踪 优化 校准
Performance optimization 性能优化
Persistence 持久化
Resource pooling 资源池
Synchronization 同步
Transactions 事务
AOP有必要吗？
当然，上述应用范例在没有使用AOP情况下，也得到了解决，例如JBoss 3.XXX也提供了上述应用功能，但是没有使用AOP。
但是，使用AOP可以让我们从一个更高的抽象概念来理解软件系统，AOP也许提供一种有价值的工具。可以这么说：因为使用AOP结构，现在JBoss 4.0的源码要比JBoss 3.X容易理解多了，这对于一个大型复杂系统来说是非常重要的。
从另外一个方面说，好像不是所有的人都需要关心AOP，它可能是一种架构设计的选择，如果选择J2EE系统，AOP关注的上述通用方面都已经被J2EE容器实现了，J2EE应用系统开发者可能需要更多地关注行业应用方面aspect。
AOP具体实现
AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），目前AOP具体实现有以下几个项目：
AspectJ (TM)： 创建于Xerox PARC. 有近十年历史，成熟
缺点：过于复杂；破坏封装；需要专门的Java编译器。
动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。
基于动态代理API的具体项目有：
JBoss 4.0 JBoss 4.0服务器
nanning 这是以中国南宁命名的一个项目，搞不清楚为什么和中国相关？是中国人发起的？
基于字节码的项目有：
aspectwerkz
spring
在以后其它文章中，我将继续对AOP概念进行分析，和大家一起学习进步。
<淘宝热门商品：
|
|
图1：2004年12月，IBM Rational的软件生命周期工具的主要部分是建立在Eclipse平台之上的。
在这个新的平台中，开发者角色工具增加了其他的功能扩展了Eclipse的集成开发环境，让开发者有更高的效率。我们还开发了为其他的从业者优化的全软件生命周期工具，同时通过使用Eclipse的潜在机制，我们增强了各生命周期中Eclipse的能力。Eclipse已经成为我们下一代的工具集成平台。
对未来的展望
IBM创建了Eclipse并比以前更加对它负责。Eclipse是一个稳定的、成熟的平台，并且是被独立管理的。多数企业不再认为使用Eclipse有较大的风险，实际上，他们很舒适地从基本的Eclipse开始工作，并以逐渐增多的形式增加服务支持及另外的工具。我们看到商业公司开始支持这一趋势，提供了更多的组件化版本的增值工具和厂商支持服务。随着Eclipse和它的相关插件的不断增加，Eclipse基金会将处在一个非常好的位置来管理这一增长以及由它带来的复杂性。
关于作者
Gary Cernosek 现在是IBM Software Group Rational的一位市场部经理。他负责分析和响应软件开发市场趋势，主要致力于软件设计和开发技术，特别是可视化建模和模型驱动开发领域。先前，他曾在Rational销售，技术培训，客户咨询部门工作。加入Rational之前，他是NASA集团太空梭和太空站系统的软件开发人员，在NASA工作8年多。Gary Cernosek从Texas大学Austin分校获得电机工程专业学士学位，之后在Houston大学Clear Lake分校获计算机系统设计专业硕士学位，主要研究方向是面向对象的软件工程。
<淘宝热门商品：
|
|
|
|
|
|
