1    Setup Maven    1
2    Install m2eclipse    4
3    Import JBean Web Application Framework    8
4    Deployment Database    11
5    Run the JBean Web Application    13
6    Create JBean Module Java Project    15
7    Create a JBEAN Module Project    18
8    Configuring web applications    25
9    How to Create Web UI    28
10    The relationship between the model and Web UI    35

                                                 A  JBean Module Example

JPA Domain

1. Spring Controller
2. Dao Api
3. Dao Hibernate impl
4. Service Api
5. Service Impl
6. Spring xml file(Dao and Controller)
7. Junit Test Code
8. Junit Test Spring xml

JBean Developer Guide3.4 For JAVA.

1 New a JBEAN 1

2 Setup JBean file 5

3 Basic JBean Entity 7

4 Entity and Table 23

5 The relationship between Entity 25

6 Entity Inheritance 35

7 Table Inheritance 37

8 Primary key generation strategy 45

9 Composite primary key 53

10 Composite embedded objects 57

11 JBean and Hibernate 59

12 Attribute Override 63

13 Association Override 73

14 Primary Key Join Column 77

15 Second table 81

16 Version field 85

17 Listeners 87

在特殊情况下，还要带上如下物品：

• 应急灯
• 狗拉雪橇
• 氧气设备

编程与旅行何其相似！与上面的旅行者一样，开发人员在面对程序时也应抛弃不切实际的幻想，客观准确的判断各种潜在问题。

有一年多没有一本Java技术方面的著作让我能静下心来仔细思索。我们希望编写健壮稳定，易于维护的软件，这与项目盈利似乎没有半毛钱关系，包括重构，优化设计，任何不增加功能的改变，往往不能给公司和各人来带任何好处，当一个项目的生命周期很快结束，代码复用就是一个神话。但这不是我们无需编写良好程序的理由，过去几年，阅读过很多Eclipse和apache下优秀项目的源码，继而熟悉各种设计模式和策略，而Robust+Java解决了以前很多在异常框架设计上的困惑，让我为之振奋。

Apache MINA是一个网络应用程序框架，更容易帮助用户开发高性能，高可伸缩性的网络应用程序。它在多种传输方式上提供一个抽象的“事件驱动”异步API,例如，TCP/IP 和UDP通过NIO的方式。

本文将通过对Apache MINA项目源代码的设计，来学习高性能网络开发，多线程技术及设计模式。MINA项目没有想象中那么庞大，源码数量也不算多（约1122个），如果熟悉设计模式可以通过类名就判断出它们的作用和大致写法。大概可以分为如下几大块：

• 核心接口
• 过滤器
• 代理器
• 处理器
• 传输器
• 工具类

准备知识，如下即可：

• 熟悉Java编程语言
• 熟悉GOF设计模式
• 熟悉多线程及多线程设计模式
• 熟悉Java网络编程

Apache MINA is often called:（Apache MINA常被以下方式调用：）

• NIO framework · library, （NIO 框架包）
• client · server framework · library, or （client · server 框架包）
• a networking · socket library（网络Socket包）

MINA is a simple yet full-featured network application framework which provides:

MINA是一个简单且全功能的网络应用程序框架，提供如下支持：

• Unified API for various transport types（为多种数据传送类型提供统一的API）:
  • TCP/IP & UDP/IP via Java NIO
  • Serial communication (RS232) via RXTX
  • In-VM pipe communication
  • You can implement your own!
• Filter interface as an extension point; similar to Servlet filters （过滤器解开是一个扩展点，和Servlet过滤器很相似）
• Low-level and high-level API(低级别和高级别的API):
  • Low-level: uses ByteBuffers （低级别:使用字节缓存）
  • High-level: uses user-defined message objects and codecs (高级别:使用用户自定义消息对象和编码)
• Highly customizable thread model:（高可自定义线程模式）
  • Single thread （单线程）
  • One thread pool （线程池）
  • More than one thread pools (i.e. SEDA) （超过一个线程池）
• Out-of-the-box SSL · TLS · StartTLS support using Java 5 SSLEngine
• Overload shielding & traffic throttling （负载保护和传输控制）
• Unit testability using mock objects （使用Mock对象的单元测试）
• JMX managability （可管理的JMX）
• Stream-based I/O support via StreamIoHandler （基于流的I/O支持通过StreamIoHandler ）
• Integration with well known containers such as PicoContainer and Spring （整合了一些众所周知的容器，比如PICO容器，Spring）
• Smooth migration from Netty, an ancestor of Apache MINA.（从Netty项目无缝移植，ApacheMINA项目的先驱）

My ExtJS2.3

图示效果：

ui    - 多个示例代码(例如 -  ui\web\html\ui\container\box\AllInOne.html)
src   - javascript代码，仅仅构建UI的结构和行为
style - 决定UI的样式外观

PS:时间匆匆，问题多多，不善此道，做到后面就陷入一大堆问题之中，比如UI之间的通讯，父容器UI如何管理子UI的，如何监听UI的事件，UI资源释的释放，浏览器兼容性等等。

<SCRIPT LANGUAGE="JavaScript">
<!--
 // 主窗口
 var main = new Box();
 main.setText("XXXX公司");
 main.displayButtonBar();
 main.max();
  
 // 分割主窗口(main)的Y分隔条
 var splitbary = new SplitBarY(150);
 main.addChild(splitbary);
 
 // Y分隔条的左边窗口
 var yLeft = new SimpleBox();
 yLeft.getBox().setText( '用户窗口' );
 yLeft.getBox().setIcon( 'IOCN_CRUD_USER' );
 yLeft.setMinTarget( main.getStateBar() );
 splitbary.addToLeft(yLeft);
 
 // 分割Y分隔条(splitbary)的右边窗口的X分隔条
 var rightSplitbarx = new SplitBarX(200);
 splitbary.addToRight(rightSplitbarx);
 //splitbary.addToLeft(splitbarx);
 
 // X分隔条的上边窗口
 var righttop = new SimpleBox();
 righttop.getBox().setText( '日期窗口' );
 righttop.getBox().setIcon( 'ICON_DATE' );
 righttop.setMinTarget( main.getStateBar());
 rightSplitbarx.addToTop( righttop );
 
 // X分隔条的下边窗口
 var rightbottom = new SimpleBox();
 rightbottom.getBox().setText( '帮助窗口' );
 rightbottom.getBox().setIcon( 'ICON_HELP' );
 rightbottom.setMinTarget( main.getStateBar() );
 rightSplitbarx.addToBottom(rightbottom);
 
//-->
</SCRIPT>
 
<script type="text/javascript">
<!-- 下拉菜单 -->
 
 // 创建横纵向菜单样例，'ICON_ACCEPT'等为图表常量
 var menuY = new Menu();
 
 menuY.addMenuItem('1', '', '文件(File)', 'ICON_ACCEPT',      '#' , '');
 menuY.addMenuItem('2', '', '编辑(Edit)', 'ICON_ADD',         '#' , '');
 menuY.addMenuItem('3', '', '导航(Navigate)', 'ICON_CANCEL',      '#' , '');
 menuY.addMenuItem('4', '', '查询(Search)', 'ICON_DATE',        '#' , '');
 menuY.addMenuItem('5', '', '项目(Project)', 'ICON_DELETE',      '#' , '');
 menuY.addMenuItem('6', '', '运行(Run)', 'ICON_EMAIL',       '#' , '');
 menuY.addMenuItem('7', '', '窗口(WIndow)', 'ICON_ERROR',       '#' , '');
 menuY.addMenuItem('8', '', '帮助(Help)', 'ICON_EXCLAMATION', '#' , '');
 
 menuY.addMenuItem('1.1',   '1',   '新建(New)',           'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('1.1.1', '1.1', '项目(Project)',       'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('1.1.2', '1.1', '项目...(Project...)', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('1.2',   '1',   '-', '-', '#' , '');
 menuY.addMenuItem('1.3',   '1',   '退出(Edit)',          'ICON_PRINTER', '#' , '');
 
 menuY.addMenuItem('2.1', '2', '撤销(Undo)',  'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.2', '2', '重做(Redo)',  'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.3', '2', '剪切(Cut)',   'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.4', '2', '-', '-', '#' , '');
 menuY.addMenuItem('2.5', '2', '复制(Copy)',  'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.6', '2', '粘贴(Paste)', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.7', '2', '-', '-', '#' , '');
 menuY.addMenuItem('2.8', '2', '删除(Delete)',  'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.9', '2', '全选(Select All)', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('2.10', '2','查找/替换(F/R)', 'ICON_PRINTER', '#' , '');
 
 menuY.addMenuItem('4.1', '4', '查询...', 'ICON_PRINTER', '#' , '');
 
 menuY.addMenuItem('7.1', '7',  '新建窗口', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.2', '7',  '新建编辑器', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.3', '7',  '-', '-', '#' , '');
 menuY.addMenuItem('7.4', '7',  '打开透视图', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.5', '7',  '打开视图', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.6', '7',  '-', '-', '#' , '');
 menuY.addMenuItem('7.7', '7',  '自定义视图...', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.8', '7',  '保存视图...', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.9', '7',  '重设视图', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.10', '7', '关闭视图', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.11', '7', '关闭所有视图', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('7.12', '7',  '-', '-', '#' , '');
 menuY.addMenuItem('7.6', '7',  '参数选择', 'ICON_PRINTER', '#' , '');
 
 menuY.addMenuItem('8.1', '8', '欢迎', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('8.2', '8', '帮助内容', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('8.3', '8', '-', '-', '#' , '');
 menuY.addMenuItem('8.4', '8', '软件更新', 'ICON_PRINTER', '#' , '');
 menuY.addMenuItem('8.5', '8', '-', '-', '#' , '');
 menuY.addMenuItem('8.6', '8', '关于', 'ICON_PRINTER', '#' , '');
 
 // 主窗口添加菜单栏
 main.setMenuBar(menuY);
//-->
</SCRIPT>

<script type="text/javascript">
<!-- 横向菜单 -->

 // 创建横向菜单样例，'ICON_PRINTER'为图标常量
 var menuX = new Menu();
 menuX.setX();

 menuX.addMenuItem('1', '', '主菜单项1', 'ICON_ACCEPT',      '#' , '');
 menuX.addMenuItem('2', '', '主菜单项2', 'ICON_ADD',         '#' , '');
 menuX.addMenuItem('3', '', '主菜单项3', 'ICON_CANCEL',      '#' , '');
 menuX.addMenuItem('4', '', '主菜单项4', 'ICON_DATE',        '#' , '');
 menuX.addMenuItem('5', '', '主菜单项5', 'ICON_DELETE',      '#' , '');
 menuX.addMenuItem('6', '', '主菜单项6', 'ICON_EMAIL',       '#' , '');
 menuX.addMenuItem('7', '', '主菜单项7', 'ICON_ERROR',       '#' , '');
 menuX.addMenuItem('8', '', '主菜单项8', 'ICON_EXCLAMATION', '#' , '');
 
 menuX.addMenuItem('1.1', '1', '菜单项1-1', 'ICON_PRINTER', 'http://www.163.com' , '');
 menuX.addMenuItem('1.2', '1', '菜单项1-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3', '1', '菜单项1-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.4', '1', '菜单项1-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.5', '1', '菜单项1-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.1', '1.3', '菜单项1-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2', '1.3', '菜单项1-3-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.3', '1.3', '菜单项1-3-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.4.1', '1.4', '菜单项1-4-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.4.2', '1.4', '菜单项1-4-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.5.1', '1.5', '菜单项1-5-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.5.2', '1.5', '菜单项1-5-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.1', '1.3.2', '菜单项1-3-2.1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2', '1.3.2', '菜单项1-3-2.2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.3', '1.3.2', '菜单项1-3-2.3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.1', '1.3.2.2',  '菜单项1-3-2.2.1',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.2', '1.3.2.2',  '菜单项1-3-2.2.2',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.3', '1.3.2.2',  '菜单项1-3-2.2.3',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.4', '1.3.2.2',  '菜单项1-3-2.2.4',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.5', '1.3.2.2',  '菜单项1-3-2.2.5',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.6', '1.3.2.2',  '菜单项1-3-2.2.6',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.7', '1.3.2.2',  '菜单项1-3-2.2.7',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.8', '1.3.2.2',  '菜单项1-3-2.2.8',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.9', '1.3.2.2',  '菜单项1-3-2.2.9',  'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.10', '1.3.2.2', '菜单项1-3-2.2.10', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.11', '1.3.2.2', '菜单项1-3-2.2.11', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('1.3.2.2.6.1', '1.3.2.2.6', '菜单项1-3-2.2.6.1', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('2.1', '2', '菜单项2-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('2.2', '2', '菜单项2-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('2.3', '2', '菜单项2-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('2.4', '2', '菜单项2-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('2.5', '2', '菜单项2-5', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('3.1', '3', '菜单项3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.2', '3', '菜单项3-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.3', '3', '菜单项3-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.4', '3', '菜单项3-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.5', '3', '菜单项3-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.3.1', '3.3', '菜单项3-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('3.3.2', '3.3', '菜单项3-3-2', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('5.1', '5', '菜单项5-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.2', '5', '菜单项5-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.3', '5', '菜单项5-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.4', '5', '菜单项5-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.5', '5', '菜单项5-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.3.1', '5.3', '菜单项5-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('5.3.2', '5.3', '菜单项5-3-2', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('6.1', '6', '菜单项6-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.2', '6', '菜单项6-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.3', '6', '菜单项6-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.4', '6', '菜单项6-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.5', '6', '菜单项6-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.3.1', '6.3', '菜单项6-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('6.3.2', '6.3', '菜单项6-3-2', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('7.1', '7', '菜单项7-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.2', '7', '菜单项7-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.3', '7', '菜单项7-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.4', '7', '菜单项7-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.5', '7', '菜单项7-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.3.1', '7.3', '菜单项7-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('7.3.2', '7.3', '菜单项7-3-2', 'ICON_PRINTER', '#' , '');
 
 menuX.addMenuItem('8.1', '8', '菜单项8-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.2', '8', '菜单项8-2', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.3', '8', '菜单项8-3', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.4', '8', '菜单项8-4', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.5', '8', '菜单项8-5', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.3.1', '8.3', '菜单项8-3-1', 'ICON_PRINTER', '#' , '');
 menuX.addMenuItem('8.3.2', '8.3', '菜单项8-3-2', 'ICON_PRINTER', '#' , '');
 
 yLeft.addChild(menuX);

</script>

<SCRIPT LANGUAGE="JavaScript">
<!--
 // 创建ToolBar样例

 var label = "ICON_ACCEPT,ICON_CANCEL,ICON_STOP,ICON_ERROR,ICON_EXCLAMATION,ICON_INFO";
 var labels = label.split(",");
 for(var i=0; i<labels.length; i++){
  var icon = labels[i];
  
  main.addToolBarButton(new Label(icon, "", icon));
 }
 
//-->
</SCRIPT>
 
<script type="text/javascript">
<!--
 // 创建Group的样例
 
 // new Group Object.
 var group1 = new Group();
 group1.setTitle('title-1');
 group1.addToParent(rightbottom);
 
 // new Group Object.
 var group2 = new Group();
 group2.setTitle('title-2');
 group2.addToParent(rightbottom);

//-->
</script>
 
<script type="text/javascript">
<!--

 // 视图容器
 var view = new View();
 view.create('标题栏-0');
 view.create('标题栏-1');
 view.create('标题栏-2');
 view.create('标题栏-3');
 view.create('标题栏-4');
 view.create('标题栏-5');
 view.create('标题栏-6');
 view.create('标题栏-7');
 view.create('标题栏-8');
 view.create('标题栏-9');
 // 激活第一个页面
 view.activeByIdx(0);
 // 是否创建下拉视图选项菜单
 view.createPullDownViewItemMenu();
 // righttop容器添加该视图容器
 righttop.addChild(view);
//-->
</script>
 

SOA Tools Platform Project

Eclipse Modeling Project

The Eclipse Modeling Project focuses on the evolution and promotion of model-based development technologies within the Eclipse community by providing a unified set of modeling frameworks, tooling, and standards implementations. The Modeling Project charter is posted here and inherits from the Eclipse Standard Top-Level Charter v1.0.

Eclipse Modeling Framework Project (EMF)

The EMF project is a modeling framework and code generation facility for building tools and other applications based on a structured data model. From a model specification described in XMI, EMF provides tools and runtime support to produce a set of Java classes for the model, along with a set of adapter classes that enable viewing and command-based editing of the model, and a basic editor.

EMF builds include XML Schema Infoset Model (XSD), now a component of the Model Development Tools (MDT) project, and an EMF-based implementation of Service Data Objects (SDO). Other subprojects are packaged separately. XSD provides a model and API for manipulating components of an XML Schema, with access to the underlying DOM representation of the schema document.

The next release of EMF is scheduled for the end of June 2008, along with the rest of the Ganymede projects.

服务期端还有WWT.jar 开发中

PS:
fl老大看了以后就是说界面太丑了，美工Hmm说太象桌面应用程序了。界面丑还好解决，只要以后RAP能提供定义界面样式的接口或提供更多可选择的界面就好；太象桌面应用程序，我认为有以下几点：

从有html开始，web的UI好像没有任何统一的设计标准，html像排版工具一样被随意的用作web的开发，界面都是根据个人喜好来设计的。

RAP将一个web页面像Eclipse那样划分出这么多的ViewPart区域，不同的视图之间存在着比以往更多的交互。在平常做web开发中虽然我们也在页面上划分出很多区域（是一种页面结构上的简单划分），仅仅局限于显示内容，而不存在复杂的操作，无非就是提交和链接，不同区域（视图）之间也很少存在通信，一个页面上的可操作的内容也很少，一个功能模块就是一个操作页面，不像桌面应用这样将很多模块功能都集中在一个界面中同时操作。适当的减少页面上的ViewPart就会觉得接近以往的web应用了。

由于用户已经习惯了以往web的界面，如何平衡RAP过于像桌面应用程序的，我觉得还是可以做到的，一方面RAP本身可以将界面的样式改进一下，使其平衡在传统web和桌面应用之间。另一方面给客户做培训让其慢慢接受这种操作方式，毕竟还是很方便的。

download:
RAP Project - Downloads
RAP Update Site
RAP 1.0M2 for Eclipse 3.2 / 3.3: http://download.eclipse.org/technology/rap/update-site/  [zipped update site]
New and Noteworthy
RAP 1.0M1 for Eclipse 3.2 / 3.3: http://download.eclipse.org/technology/rap/update-site/  [zipped update site]

看了RAP（http://www.eclipse.org/rap/index.php）的demo中的例子

运行demo 的方式参考：

http://www.eclipse.org/rap/gettingstarted.php

(1)插件下的第一个demo 与RCP开发非常相似，比如布局的概念，如 Perspective，ViewPart，layout ，IFolderLayout editorArea ......

(2)类似SWT，JFace的RWT

Rich Ajax Platform (RAP) Project

What is RAP?

The RAP project aims to enable developers to build rich, Ajax-enabled Web applications by using the Eclipse development model, plug-ins with the well known Eclipse workbench extenstion points and a widget toolkit with SWT API (plus JFace). The project is in the validation phase.

M2 has been released

Just in time for EclipseCon we have released our second milestone build of RAP (Download, New and Noteworthy). There is also a new demo application offering some useful functionality for EclipseCon: the EclpseCon program in a RAP Ajax app, plus functionality to find and connect to other people.

See the EclipseCon demo online.

A core component of RAP is the RAP Widget Toolkit, which offers SWT API to the largest extend possible (for the web). See a demo RWT widget demo.

• Download the latest milestone build

Project Scope

The objectives of the RAP project are:

Enable the development of Rich Internet Applications that are based on the Eclipse Plugin architecture. The Eclipse OSGi framework (Equinox) can run inside of a Web application. This has been demonstrated by several parties, and a subproject of the Equinox project has already been established (see http://www.eclipse.org/equinox/incubator/server/)

Enable Ajax UI development based on a Java component library with SWT api. For enabling UI development based on a Java component library the project has received an initial code contribution from Innoopract (W4Toolkit). NEW: Based on the infrastructure provided by this code contributions we have implemented a first version of a new widget toolkit with SWT api, called RWT. More info on RWT can be found here: http://wiki.eclipse.org/index.php/RWTOverview. RWT is using a sophisiticated JavaScript framework for client side rendering: qooxdoo.

Provide a Web Workbench similar to the Eclipse platform workbench:

• provides selection service (with session scope),
• provides extension points for action sets, workbench parts, perspectives, preference pages, etc.,
• enables plug-ins to contribute to workbench parts provided by other plug-ins (e.g. action contributions)

The RAP API will be aligned with the Eclipse platform API as much as possible

基本UI 元素放在\org\sixsun\aries\widgets 下面

复合UI 放在\org\sixsun\aries\widgets\container下面

每个复合UI都对应一个CSS和javascript,UI的处理的基本思路是：页面上只有html代码，不直接含有js代码，js会根据定义好的Class 属性来初始化WebUI。只要导入相应的js就行。如：

如果你不喜欢由js赋予的相关效果和功能的话，不导入js就行了。原本想将所有的UI 都封装成js对象，但工作量太大，所以采用匹配Class属性的方式来赋予基本的html元素一些特殊的功能。

下载:Aries.rar v0.1

下面这个是新写的：采用包装模式的思想，富客户端UI就像外壳一样附加到普通的元素上。部分UI使用了两种实现一种直接使用Html,CSS,JS结合的方式，一种直接使用JS（UI结尾的文件使用这种方式）。看过ExtJS做的，很漂亮，效果很玄，我做不到那种程度，但不喜欢那种编程方式，做ExtJS的的确是CSS,JS的高手，但没有提供良好的面对对象的设计和使用。

下载:WWTJS.rar

对Eclipse中IAdaptable和IAdaptableFactory 模式解释的非常清晰，解决问题的方式也很符合平时的开发习惯，作者功力了得。 IAdaptableFactory 实际开发的时候可以通过手工注册或扩展点的方式进行注册。在Contributing to Eclipse中文版 一书中也有解释，但我认为这个是最好的一个。

1. 简介和简单的实现

IAdapteable实际上在Eclipse早期版本中不叫这个名字，它原来的名字叫做IExtensible，顾名思义就是可以扩展的意思，后来为了更能突出是由一个类配适到一个接口这么一种机制，所以改名为IAdaptable。
这个接口有什么用呢，其实说白了，就是提供一个类型的转换机制。比如下面这段代码：

Class IAdaptable  
public   interface  IAdaptable  {
  public  Object getAdapter(Class clazz);
}

Class ListAdapter
public   class  ListAdapter  extends  ArrayList  implements  IAdaptable 

{
  public  Object getAdapter(Class clazz) {
   if (clazz  ==  Vector. class ){
   Vector v  =   new  Vector( this .size());
   v.addAll( this );
    return  v;
  }
   return   null ;
 }
}

ListAdapter类继承了ArrayList，并且实现了IAdaptable接口，我们想要将它转化成Vector类型对象，于是在getAdapter方法中我们判断传入参数类型，如果是Vector类那么就新生成一个Vector对象，将ArrayList中的值全部赋给它，并返回。

这样，我们就可以写出以下代码：

ListAdapter list  =   new  ListAdapter();
  Vector v  =  (Vector) list.getAdapter(Vector. class );

ArrayList会返回Vector对象，这个对象是ArrayList的一个另外一种类型的副本。

2.一个Swing程序

读者会问：这有什么用啊，不就简单转化一下麽。其实说实话，从上面的代码来看确实没什么用，但是如果我们换一个场景试试。

写这么一个Swing程序：有一个对话框，其中它有一个ComboBox和一个Table，ComboBox中存放的是一个名为Person类型的对象，当ComboBox的选项发生改变的时候，就在Table上显示它的属性，我们假设这个Swing程序已经在某个项目中开始实施，并且其界面布局不易更改。

看看代码：

Class person
public   class  Person {
  private  String name  =   " name " ;
  private  String age  =   " 23 " ;
  private  String sex  =   " male " ;
 
  public  Person(String name){
   this .setName(name);
 }
 
  public  String getName() {
   return  name;
 }
 
  public   void  setName(String name) {
   this .name  =  name;
 }
 ……
}

UI类的部分代码：

{
       table  =   new  JTable();
        this .getContentPane().add(table);
       table.setBounds( 218 ,  2 ,  171 ,  248 );
      }
      {
       ComboBoxModel jComboBox1Model  =   new  DefaultComboBoxModel(
         new  Object[] {  new  Person( " rEloaD " ),  new  Person( " b " ) });
       comboBox  =   new  JComboBox();
        this .getContentPane().add(comboBox);
       comboBox.setModel(jComboBox1Model); 
       comboBox.addActionListener( new  ActionListener(){
                  public   void  actionPerformed(ActionEvent e){
                     JComboBox comboBox  = (JComboBox)e.getSource();
                     Person p  =  (Person)comboBox.getSelectedItem();
                     TableModel jTable1Model  =   new  DefaultTableModel(
                                      new  String[][] { {  " Name " , p.getName() },
                                                       {  " Sex " , p.getSex() },
                                                      {  " Age " , p.getAge() }},
                                      new  String[] {  " Column 1 " ,  " Column 2 "  });
                     table.setModel(jTable1Model);
                      }
                  });

      }

 运行我们的代码，会发现效果还可以，每当我们选项改变的时候，Table就如同一个属性栏一样，改变着自己的内容：

3.需求变更

OK，问题来了。我写完这段代码后，组长告诉我，现在我们有一个新的需求，就是Combox中不仅仅有Person类型存在，而且还有一些货物(Product)类型，也就是说，我的table显示属性不能光针对Person这个类型了，还需要显示Product的属性。

我心里骂了句：早TMD干嘛了，都快交活儿了才告诉我。

无奈，我新增加了一个Product类型，然后更改了ActionListener中的部分代码：

JComboBox comboBox  = (JComboBox)e.getSource();
 Object obj  =  comboBox.getSelectedItem();
 TableModel jTable1Model  =   null ;
   if (obj  instanceof  Person){
      jTable1Model  =   new  DefaultTableModel(
                           new  String[][] { {  " Name " , ((Person)obj).getName() },
                                           {  " Sex " , ((Person)obj).getSex() },
                                            {  " Age " , ((Person)obj).getAge() }},
                            new  String[] {  " Column 1 " ,  " Column 2 "  });
  }
   if (obj  instanceof  Product){
      jTable1Model  =   new  DefaultTableModel(
                         new  String[][] { {  " Name " , ((Product)obj).name },
                                          {  " price " , ((Product)obj).price },
                                          {  " quantity " , ((Product)obj).quantity }},
                          new  String[] {  " Column 1 " ,  " Column 2 "  });

  }
  table.setModel(jTable1Model);

结果还是让人满意的：

后来我感觉ActionListener代码有一些凌乱，又封装了一个Builder类，让它创建TableModel：

public   static  TableModel modelBuilder(Object obj){
TableModel jTable1Model = null;
   if (obj  instanceof  Person){
          jTable1Model  =   new  DefaultTableModel(
              new  String[][] { {  " Name " , ((Person)obj).getName() },
               {  " Sex " , ((Person)obj).getSex() },
               {  " Age " , ((Person)obj).getAge() }},
              new  String[] {  " Column 1 " ,  " Column 2 "  });
                          }
                           if (obj  instanceof  Product){
                            jTable1Model  =   new  DefaultTableModel(
                new  String[][] { {  " Name " , ((Product)obj).name },
                 {  " price " , ((Product)obj).price },
                 {  " quantity " , ((Product)obj).quantity }},
                new  String[] {  " Column 1 " ,  " Column 2 "  });

  }
return  jTable1Model;

}

我对自己的代码还算满意，至少目前能用了。

4.需求又变了

第二天，组长告诉我，需求又变了，这会不但多增加一个“服装”类型，Product类型属性显示有错误，并且需要增加一个Tree，显示当前同种类型直接的层次结构，等等。

我听了领导唠叨半个小时后，打开了我刚写的Builder类，往里面增加着我的代码……

类图大致如下：




程序经过修改后，好不容易又符合要求了，情况又发生了变化，组长需要我继续修改。我无奈地看着组长，组长也无奈地看着我那用if-else堆成的代码……

“悲哀，真让我替你感到悲～哀！”组长操着本山的腔调这样对我说。

是啊，多悲哀啊，一个设计上的错误让我的代码无法适应需求的变化。

好了，让我们回到IAdaptable上。

通过上面的例子，我看可以发现这么一个情况：同样一个对象，在程序里面往往有许多不同的显示方式（不仅仅是在UI显示，在其他一些代码里，需要转化成另外类型或者数据结构）。

如果我用IAdapteable的思想来实现刚才的Swing属性显示，会怎么样呢？

重新写一遍ActionListener中的代码：

JComboBox comboBox  = (JComboBox)e.getSource();
Object obj  =  comboBox.getSelectedItem();
TableModel jTable1Model  =   null ;
if (obj  instanceof  IAdaptable){
       jTable1Model  =  (TableModel) ((IAdaptable)obj).getAdapter(TableModel. class );
}
table.setModel(jTable1Model);

然后分别让Person和Product实现IAdaptable接口：

Class Person:
public   class  Person  implements  IAdaptable{
   …..
    public  Object getAdapter(Class clazz) {
   if (clazz  ==  TableModel. class ){
     return   new  DefaultTableModel(
       new  String[][] { {  " Name " , getName() },
        {  " Sex " , getSex() },
        {  " Age " , getAge() }},
       new  String[] {  " Column 1 " ,  " Column 2 "  });
  }
   return   null ;
 }
}

Class Product
public   class  Product  implements  IAdaptable{
 ……
     public  Object getAdapter(Class clazz) {
   if (clazz  ==  TableModel. class ){
     return   new  DefaultTableModel(
       new  String[][] { {  " Name " , getName() },
        {  " Sex " , getSex() },
        {  " Age " , getAge() }},
       new  String[] {  " Column 1 " ,  " Column 2 "  });
  }
   return   null ;
 }
}

其实我们的代码量并没有任何的改变，前后都是一样的。

但是我们将Table需要显示的模型（TableModel），现在是作为扩展类接口抽取了出来，而那些需要在Table上显示自己属性的业务模型（Person,Product）实现了IAdaptable接口，将显示模型(TableModel)作为了自己的扩展接口类型给予实例返回，并且UI代码中，Table和业务模型之间形成一种契约：凡是实现了IAdaptable的接口才可以获得在该Table上显示的资格，并且Table从IAdaptable的getAdapter方法获得显示模型：

这样一来，我们的Swing程序不仅功能能够实现，而且UI部分代码和业务模型代码之间的耦合性减小了。

而且，如果需求发生变化，比如像刚才提到那样“需要增加一个Tree，显示当前同种类型直接的层次结构”，那我们就在getAdaper方法中返回一个TreeModel的副本，然后在UI中增加一个Tree，让它像Table一样，从IAdaptable接口中取出我们的TreeModel即可——UI扩展也变得容易起来。

现在我可以对组长说：让需求变化来得更猛烈些吧！

5.模型代码无法修改

有这样一个问题：如果我们的模型已经存在，而且代码已经无法修改了怎么办？

IAdapterFactory就是为这种情况准备的。

先看看IAdapterFactory：

public   interface  IAdaptableFactory {
  public  Object getAdapter(Object adapter,Class clazz);
}

这里面的方法和IAdaptable差不多，只是多了一个参数，这个参数就是需要我们返回Adapter接口的对象。

在Eclipse中IAdapterFactory并不是单独存在的，而是有一个IAdapterManager对它进行维护的：

public   interface  IAdaptableManager {
  public  Object getAdapter(Object adapter,Class clazz);
  public   boolean  registerAdapters (Class clazz,IAdaptableFactory factory);
}

现在让我们这样来修改刚才的Swing程序：

假设Product类型是第三方提供的jar包，我们已经无法修改它的代码了，那我们就需要用到IAdapableFactory的扩展方法。请看下面的代码

Class AdaptableFactoryImpl
public   class  AdaptableFactoryImpl  implements  IAdaptableFactory {
  public  Object getAdapter(Object adapter, Class clazz) {
   if (adapter  instanceof  Product){
    if (clazz  == TableModel. class ){
     return   new  DefaultTableModel(
       new  String[][] { {  " Name " ,((Product)adapter).name },
        {  " price " , ((Product)adapter).price },
        {  " quantity " , ((Product)adapter).quantity }},
       new  String[] {  " Column 1 " ,  " Column 2 "  });
   }
  }
   return   null ;
 }
  public  Class[] getAdapterList() {
   return   new  Class[]{TableModel. class };
 }
}

Class AdapterManagerImpl:
public   class  AdapterManagerImpl  implements  IAdaptableManager {
  private   static  AdapterManagerImpl instance  =   null ;
  private  Hashtable table  =   new  Hashtable();
 
  private  AdapterManagerImpl(){}
 
  public  Object getAdapter(Object adapter, Class clazz) {
  Object factory  =  table.get(adapter.getClass());
   if (factory  !=   null ){
    return  ((IAdaptableFactory)factory).getAdapter(adapter,clazz);
  }
   return   null ;
 }

  public   boolean  registerFacotry(Class clazz, IAdaptableFactory factory) {
   try {
   table.put(clazz,factory);
    return   true ;
  } catch (Exception e){
    return   false ;
  }
 }
  public   synchronized   static  AdapterManagerImpl getInstance() {
   if (instance  ==   null ) instance  =   new  AdapterManagerImpl();
   return  instance;
 }
}

有了这两个实现类后，我们再去修改一下ActionListener中的代码：

         JComboBox comboBox  =  (JComboBox) e.getSource();
         Object obj  =  comboBox.getSelectedItem();
         TableModel jTable1Model  =   null ;
          if  (obj  instanceof  IAdaptable) {
          jTable1Model  =  (TableModel) ((IAdaptable) obj)
            .getAdapter(TableModel. class );
         }  else  {
          jTable1Model  =  (TableModel) AdapterManagerImpl
            .getInstance().getAdapter(obj,
              TableModel. class );
         }
         table.setModel(jTable1Model);

好了，只要我们在适当]]> http://blogger.org.cn/blog/more.asp?name=sixsun&id=20858 sixsun 2006/12/18 16:16:54 　

[Introduction]  [GoF Patterns in Java and AspectJ]  [Downloads]  [Publications]  [Contact] 
[Jan Hannemann]  [The SPL lab at UBC]

---

04/2004: update: minor changes to pattern code base

Aspect-Oriented Design Pattern Implementations

Language-dependence of Design Patterns

Introduction

[top]

Software design patterns offer flexible solutions to common software development problems. Each pattern is comprised of a number of parts, including purpose/intent, applicability, structure, and sample implementations. A number of patterns involve crosscutting structures in the relationship between roles in the pattern and classes in each instance of the pattern. When the software design patterns were first identified, the sample implementations were geared to the current state of the art in object-oriented languages. Since then, aspect-oriented programming has been proposed as a means of modularizing crosscutting concerns in software. Other work has shown that the implementation language affects pattern implementation, which makes it natural to explore the effect of aspect-oriented programming techniques on the implementation of the GoF patterns.

 

GoF Design Patterns in Java and AspectJ

[top]

As an initial experiment we chose to develop and compare Java and AspectJ implementations of the 23 GoF patterns. AspectJ is a seamless aspect-oriented extension to Java, which means that programming in AspectJ is effectively programming in Java plus aspects. By focusing on the GoF patterns, we are keeping the purpose, intent, and applicability of 23 well-known patterns, and only allowing the solution structure and solution implementation to change. So we are not discovering new patterns, but simply working out how implementations of the GoF patterns can be handled using a new implementation tool. For the 23 patterns, we managed to remove the code-level dependencies from the participants in 17 cases. For 12 of these, we developed reusable implementations that can be integrated into software systems as "library pattern aspects". The examples illustrate differences in Java and AspectJ implementations Our results indicate that using AspectJ improves the implementation of many GoF patterns. In some cases this is reflected in a new solution structure with fewer or different participants; in other cases, the only the implementation of the classes in the originally proposed solution changes (for example by moving pattern code from the participants into an aspect) .

 

Downloads

[top]

The following downloads are available. You will need to have Java (version 1.2 or higher) and AspectJ (version 1.1 or higher) installed to run the examples. Please refer to the readme files for details on running the examples:  [new] - A collection of Java and AspectJ implementations of the 23 GoF patterns, version 1.11 - Each design pattern is represented by a sample system implemented in both Java and AspectJ. This includes the library of 12 reusable pattern aspects. The example code is intentionally kept simple. Note that while all classes are extensively commented using ajdoc, ajdoc does not work with latest AspectJ versions. The AspectJ team has an updated ajdoc in the works and we will provide HTML documentations of the implementations when it becomes available. Code base from April 01, 2004 [ZIP, 355K] - please refer to the readme files in the /docs directory for details on setting up your system, and compiling and running the examples. Release notes [TXT, 3K]   Old pattern implementations, version 1.1 - basically the same as version 1.11 above, except for the Observer, FactoryMethod and Facade implementations. Code base from February 25, 2004 [ZIP, 347 K] Old pattern implementations, version 1.0 - based on an older version of AspectJ (1.0.6). We recommend you use the latest version instead (see above). Code base from November 25, 2002 [ZIP, 321 K] Pre-generated ajdoc documentation for this code base [ZIP, 697 K]

 

Publications	[top]
The following publications about Patterns in AOP are available so far: Hannemann and Kiczales. Design Pattern Implementation in Java and AspectJ, Proceedings of the 17th Annual ACM conference on Object-Oriented Programming, Systems, Languages, and Applications (OOPSLA), pages 161-173, November 2002.

 

Contact	[top]
This project is part of the Ph.D. research of Jan Hannemann, under the supervision of Gregor Kiczales and Gail Murphy at in the Software Practices Lab, Department of Computer Science, University of British Columbia, Canada. We are very interested to hear your feedback on this work. Please send all questions, comments and suggestions to:

---

Last updated: April 01, 2004 by Jan Hannemann ]]> http://blogger.org.cn/blog/more.asp?name=sixsun&id=20833 sixsun 2006/12/16 22:07:11

author: Adrian Colyer blog: http://www.aspectprogrammer.org/blogs/adrian 主题

日期

AOP@Work: 用 Contract4J 进行组件设计 契约式设计（Design by Contract）是切实可行的技术，可以阐明组件设计的细节、为客户记录正确的组件用法，并用编程的方式测试组件使用的顺应性（compliance）。在 AOP@Work 的最后一篇中，Dean Wampler 介绍了 Contract4J，这是契约式设计的工具，它用 Java 5 标注（annotation）指定合约，并在运行时用 AspectJ 方面计算合约。在成为 AOP 工具包中新增的一个举足轻重的工具的同时，Contract4J 迎合了面向方面设计的新趋势。     2006年4月28日     AOP@Work: 使用方面的下几个步骤 一旦涉足方面之后，您就会马不停蹄，但不带地图去旅行绝对不是个好主意。在本文，尊敬的方面发明人 Ron Bodkin 为您提供了成功地采用方面的四个阶段，从使用跟踪和测试的第一个实验一直到构建自己的可重用方面库。     2006年4月6日     AOP@Work: 使用 AspectJ 5 检验库方面 本文中，作者编了一个假想的故事，故事所讲述的世界离您的现实生活并不遥远，其中有 30 个重大的挑战。通过这个故事，您将学会如何使用及编写库方面，以及如何为相信这一技术和不相信这一技术的人交付解决方案。     2006年3月7日     AOP@Work: 用 AspectJ 和 Spring 进行依赖项插入 依赖项插入和面向方面编程是互补的技术，所以想把它们结合在一起使用是很自然的。请跟随作者一起探索两者之间的关系，并了解怎样才能把它们组合在一起，来促进高级的依赖项插入场景。     2006年1月23日     AOP@Work: 对方面进行单元测试 AOP 使编写特定于应用程序的横切关注点测试比任何时候都要容易了。要了解其原因以及如何实现，请听作者介绍测试面向方面的代码所具有的好处，并展示在 AspectJ 中测试横切行为的样式。     2005年12月20日     AOP@Work: 用 AspectJ 进行性能监视，第 2 部分 本文中，作者展示了如何在 Glassbox Inspector 中添加企业监视功能，包括监视多个应用程序、Web 服务和 Web 应用程序框架。他还展示了如何跟踪应用程序错误并在监视代码中包含它们，并展示了如何以编程方式部署和控制这个监视基础架构。     2005年12月15日     AOP@Work: 用 AspectJ 进行性能监视，第 1 部分 随着 Ron Bodkin 介绍如何把 AspectJ 和 JMX 组合成灵活而且模块化的性能监视方式，就可以对散乱而纠缠不清的代码说再见了。在这篇文章（共分两部分）的第一部分中，Ron 用来自开放源码项目 Glassbox Inspector 的代码和想法帮助您构建一个监视系统，它提供的相关信息可以识别出特定问题，但是在生产环境中使用的开销却足够低。     2005年10月10日     AOP@Work: 用新的 AJDT 本本简化 AOP 开发 AJDT Eclipse 技术项负责人 Matt Chapman 将带您查看 AJDT 1.2 和 AJDT 1.3，它们分别是针对 Eclipse 3.0 和 Eclipse 3.1 的 AspectJ 开发工具的最新版本。这些版本的主要重点是将 AspectJ 与 Eclipse 平台更紧密地集成在一起，并为 AspectJ 开发人员提供更多 Java? 开发人员使用 Eclipse 时可以得到的高级工具支持。     2005年8月29日     AOP@Work: 介绍 AspectJ 5 目前，AspectJ 5 处在它的第二个里程碑版本，AspectJ 5 是 Java? 平台上面向方面编程前进的一大步。AspectJ 5 主要的重点是对 Java 5 中引入的新 Java 语言特性（包括注释和泛型）提供支持。另外，AspectJ 5 还包含没有捆绑到 Java 5 的新特性，例如编写方面使用的基于注释的风格、改进的装入时织入以及新的方面实例化模型。现在请随这个项目的首席开发人员 Adrian Colyer 抢鲜了解 AspectJ 5，他将介绍 AspectJ 5 语言和包含 AspectJ 编译器及相关工具的版本。     2005年8月11日     AOP@Work: 设计切入点来避免模式密集 在“JUnit: A Cook's Tour”一文中，作者 Erich Gamma 和 Kent Beck 讨论了 JUnit 的设计。他们指出，与很多成熟框架中的关键抽象一样，TestCase 也有很高的模式密集，易于使用而难以修改。在 AOP@Work 系列的第四期文章中，Wes Isberg 重温了 Cook's Tour，说明如何通过使用 AOP 切入点设计来代替面向对象设计，在一定程度上避免导致成熟的设计难以修改的模式密集。     2005年8月2日     AOP@Work: 用 AspectJ 增强设计模式, 第 2 部分 Nicholas Lesiecki 用这篇深入研究观察者(Observer)模式的文章，继续他对使用面向方面技术实现设计模式的好处的讨论。他演示了 AspectJ 如何使复杂的模式转换成可重用的基本方面，从而使框架作者能够支持预先构建的模式库，供开发人员使用这些模式。     2005年7月18日     AOP@Work: 用 AspectJ 增强设计模式，第 1 部分 设计模式长期以来一直是一些经验丰富的开发人员的工具箱的重要组成部分。不幸的是，因为模式可以影响多个类，所以它们也是侵入性的、难于使用（和重用）。本文是 AOP@Work 系列的第 3 部分，是一篇由两部分组成的文章，在这篇文章中，Nicholas Lesiecki 将介绍 AOP 是怎样通过根本转变模式实现来解决这一问题的。他研究了三个经典的 Gof 设计模式 （适配器模式、修饰器模式和观察者模式），同时还将讨论使用面向方面技术实现这些模式所带来的实践和设计方面的好处。     2005年7月18日     AOP@Work: AOP 和元数据：完美的匹配，第 2 部分 在这篇由两部分组成的关于组合使用元数据和 AOP 的系列文章的第二部分中，作者及 AOP 实践者 Ramnivas Laddad 将推荐一种把元数据视为多维关注点空间中的签名的全新方法。他还将介绍有效组合使用元数据与 AOP 的一组准则，并讨论元数据注释将如何影响面向方面的编程的应用。     2005年4月18日     AOP@Work: AOP 和元数据：完美的匹配，第 1 部分 在这篇由两个部分组成的系列文章的第 1 部分中，作者 Ramnivas Laddad 将对新的元数据功能进行概念性介绍，并展示在加入了元数据注释后，AOP 可以在什么地方获得最大的好处。然后他将分五步完成一个设计改造，从一个无元数据的 AOP 实现开始，最终得到一个结合了 Participant 设计模式与注释者-供应者（annotator-supplier）方面的 AOP。     2005年3月28日     AOP@Work: AOP 工具比较，第 2 部分 在这个由两部分构成的 AOP 工具比较的第 2 部分中，面向方面专家 Mik Kersten 将把重点放在工具与开发环境的集成以及构建过程上，包括对 AOP 工具 IDE 特性的逐点比较。为了帮助制定最终决策，在进行总结的时候，作者将介绍这些快速发展的工具近期的发展情况，并提供每种工具优缺点的总结。注意，本文将解释最近宣布的 AspectJ 和 AspectWerkz 项目合并的意义。     2005年3月7日     AOP@Work: AOP 工具比较，第 1 部分 AOP 技术的时代已经来临，但是怎样才能为项目选择正确的工具呢？在新推出的 AOP@Work 系列的第一篇文章中，面向方面（aspect-oriented）的编程专家 Mik Kersten 将比较 4 个领先的 AOP 工具（AspectJ、AspectWerkz、JBoss AOP 和 Spring AOP），帮助大家判断应该选择哪一个工具。本文由两个部分组成，在文中，作者将重点介绍这些工具的语言机制和不同技术的优劣。

]]> http://blogger.org.cn/blog/more.asp?name=sixsun&id=20621 sixsun 2006/12/9 12:31:33 Relo(http://relo.csail.mit.edu/)是一个帮助开发人员分析代码的工具，能够一步步的跟踪你所展开的代码包，并快速生成类似UML的类图。就是关系太复杂的时候线条一大堆.需要自己托拽图形来布局.

这是apache commons-configuration-1.3-src中Configuration接口展开后的部分图示.

 

]]> http://blogger.org.cn/blog/more.asp?name=sixsun&id=20535 sixsun 2006/12/6 13:39:12 原文:Eric Allen http://www-128.ibm.com/developerworks/cn/java/j-diag/index.html
好像此连载还出了一本书<java Bug 模式>

===================================

诊断 Java 代码

订阅: developerWorks 时事通讯 Eric Allen 博士研究生, Rice 大学 Java 编程语言小组，Cycorp, Inc. 2001 年 2 月 欢迎访问诊断 Java 代码，这里是隔周更新的 developerWorks Java 技术专区，讨论您日常编程工作的 Java 解决方案。所有论文，包括第一篇，都可以在这里找到 错误模式：简介 2001 年 2 月 首篇介绍了错误模式的一些概念，这对于提高您发现和纠正代码中错误的能力很有帮助。您将了解一个最常见的错误模式，它是您开始识别和避免更复杂错误模式的基础。 Dangling Composite 错误模式 2001 年 3 月 在 Java 编程中，最常见（也是被抱怨最多）的重复错误之一是无效指针异常。捕捉到其中一个错误的产生原因，真的会让您对您当初的择业决定产生怀疑。在诊断 Java 代码的这部分中，我们通过把和无效指针异常联系在一起的最常见的一个类型编成目录，来继续我们的错误模式检查，并一步步分析一个含有无效指针异常的类的示例。然后我们回顾了几种能帮您减少这种类型错误的编程技巧。 Null Flag 错误模式 2001 年 3 月 为开发健壮的程序，我们用异常情况来替代空指针，但这却把控制流限制在方法调用和返回的普通方式，同时也掩盖了异常情况在那里发生的迹象。Eric Allen 在本栏中展示了这种错误模式（他称之为 Null Flag 错误模式）怎样产生不可预料的结果，而且调试起来也非常困难。与我们讨论过的其他错误模式一样，你可以应用某种编程技巧来减少这种类型错误的发生。 Double Descent 错误模式 2001 年 4 月 类型转换错误信息通常表明在递归下行一个复合数据结构时出现概念性错误，虽然它通常比其它错误更易调试，但也具有更多隐蔽的错误行为。在诊断 Java 代码的这部份中，Eric Allen 讨论了程序员该到哪里查找此模式的错误，如何识别它，以及为了减少它的出现，程序员能做些什么。 Liar View 错误模式 2001 年 4 月 GUI 一般是基于模型-视图-控制器体系结构设计的。其中，视图是从模型中分离出来的。这种分离对自动测试是一个挑战，因为我们很难确认模型中的状态改变是否在视图中得到了相应的反映，这样就产生了臭名昭著的 Liar View。诊断 Java 代码的这部分讨论的就是 Liar View 错误模式。 Saboteur Data 错误模式 2001 年 5 月 当一个程序由于数据毁坏而崩溃时，要找到原因是很难的。即使一个程序很好地运行了很长一段时间，它还是经常可能在处理内部数据的过程中彻底崩溃。本文讨论的就是导致这种崩溃的错误模式，它为什么存在以及在发生之前或之后清除它的几种方法。 Broken Dispatch 错误模式 2001 年 5 月 在象 Java 语言这样的面向对象的语言中，方法是可重载和可覆盖的，即便在中等复杂程度的程序中，方法调度也会给代码管理带来困难。在本周的诊断 Java 代码中，Eric Allen 讨论了由这些困难导致的错误模式，概述了由于参数不匹配导致的错误方法调用的征兆，同时给出了应对这个问题的一些办法。 提高 Java 代码的性能 2001 年 5 月 很多算法用尾递归方法表示会显得格外简明。编译器会自动把这种方法转换成循环，以提高程序的性能。但在 Java 语言规范中，并没有要求一定要作这种转换，因此，并不是所有的 Java 虚拟机（JVM）都会做这种转换。这就意味着在 Java 语言中采用尾递归方法将导致巨大的内存占用，而这并不是我们期望的结果。Eric Allen 在本文中阐述了动态编译将会保持语言的语义，而静态编译则通常不会。他说明了为什么这是一个重要问题，并提供了一段代码来帮助您判断即时（JIT）编译器是否会在保持语言语义的同时做尾递归的代码转换。 用记录器对方法调用的正确性作测试 2001 年 6 月 用 JUnit 进行单元测试是确保您的代码库完整性的有效手段，但要对一些您想查验的不变量作单元测试则需要更高的技巧。在诊断 Java 代码的这部分中，Eric Allen 讨论了写一个单元测试的方法，以确保一系列方法调用按正确的顺序出现。 Imposter Type 错误模式 2001 年 7 月 当在字段中用特定的标记来区别对象的类型时，如果关联的数据被标记标错了，就可能会产生错误 — 这就被称为 Imposter Type 错误模式。在诊断 Java 代码的这部分中，Eric Allen 诊察了这种错误的征兆及原因，详细说明了防止这种错误的方法，并讨论了一种试探性的混合实现：它虽不使用 imposter type，但最终还是有许多相同的弱点。 Split Cleaner 错误模式 2001 年 7 月 Java 编程语言的特色之一是存储自动管理，它把程序员从使用内存后忘记释放它的错误中解放出来。尽管如此，许多程序还是得处理资源问题，例如文件及数据库连接，这些都必须在使用之后显式地释放掉。跟手工管理存储一样，程序员在手工管理资源时也会犯很多错误。其中一个就是本周要讨论的话题 — Split Cleaner 错误模式。 Fictitious Implementation 错误模式，第 1 部分 2001 年 7 月 Java 语言避免了很多支持多继承的语言所特有的问题 — 部分是因为它把对接口不变量的规定限制在类型说明上。但这个限制结合糟糕的说明文档会产生问题：如果对接口如何实现做了错误的假定，那在运行时会碰到令人沮丧的错误。本文（第 1 部分，共 2 部分）概述了会导致这类错误的编程习惯及避免的办法。 Fictitious Implementation 错误模式，第 2 部分 2001 年 7 月 这个两部分系列的第二篇文章演示了两个解决这种虚假的实现错误的方便的工具。Eric Allen 向您显示了如何使用断言和单元测试作为可执行文档，使您的代码更安全，可移植性更强。 孤线程（Orphaned Thread）错误模式 2001 年 11 月 在多线程代码中，使用驱动其它线程所负责的动作的单个主线程是常见的。这个主线程发送消息，通常是通过把它们放到一个队列中，然后其它线程处理这些消息。但是如果主线程抛出一个异常，那么剩余的线程会继续运行，等待更多输入到该队列，导致程序冻结。在诊断 Java 代码的这一部分中，专职 Java 开发者兼兼职捉虫者 Eric Allen 讨论检测、修复和避免这一错误模式。 设计可测试的应用程序 2001 年 11 月 在诊断 Java 代码的这一部分中，Eric Allen 暂停了对具体错误模式的讨论，转而选择讨论关于设计易于、甚至我们乐于测试的软件的问题。他概述了七条设计原则，这些原则能大幅提高您编写测试代码的效率并因此提高结果代码库的健壮性。 设计可扩展的应用程序，第一部分 2001 年 12 月 在诊断 Java 代码的这个部分和即将到来的几个部分中，Eric Allen 将他的讨论集中在判断一个新系统应该有多大的可扩展性、什么时候应用可扩展性是最佳的以及可扩展性与其它因素（特别是可测试性）的关系如何。在这第一篇文章中，他研究了能使一个软件系统具有可扩展性的各种方法以及每种形式的可扩展性各在什么样的环境中最有用。 设计可扩展的应用程序，第二部分 2001 年 12 月 玻璃箱可扩展性是指这样一种方式：在可以查看源代码而不可以修改它的情况下即可扩展一个软件系统 — 它是黑箱设计（在这里构建扩展时不查看原始代码）和白箱（扩展代码直接写入基础代码）设计的间的折衷办法。在这篇文章中，Eric Allen 详述了玻璃箱可扩展性主题并提供了一些关于如何实现它的提示。 设计可扩展的应用程序，第三部分 2002 年 2 月 Eric Allen 讨论了何时设计黑盒可扩展性的系统是有意义的，并提供了如何有效地实现这一设计的一些想法。阅读了本文后，您将知道何时使用黑盒并掌握如何实现它的一些技巧。 设计可扩展的应用程序，第四部分 2002 年 2 月 在本文（“诊断 Java 代码”系列文章之一）中，作者 Eric Allen 展示了 S-expression — 由圆括号分隔的元素列表的语法表示法 — 如何用于提供实用的、轻量型黑箱可扩展性。使用 S-expression 的优势会在一个特定示例的上下文中讨论。作者还详述了 S-expression 的局限性，并提到了什么时候它们可能不是最适合应用程序的。阅读完本文之后，您将了解何时使用 S-expression 创建黑箱可扩展性。 深度优先访问器和中断的分派 2002 年 3 月 在诊断 Java 代码的这一部分中，Eric Allen 讨论了如何通过使用深度优先访问器（Visitor 模式上的一个变体）使增加代码的简洁性成为可能。他描述了它的技术，讨论了它的优点和“错误（gotchas）”，警告读者有关与其使用相关的错误模式，并在特定示例的环境中说明了深度优先访问器。 读完本文后，您将了解如何使用深度优先访问器来获得编码优势，并了解使用这一技术的缺陷。 在规范钢丝上行走 2002 年 4 月 程序规范是任何软件项目中既关键又费时的一个部分。在诊断 Java 代码的这一部分中，作者 Eric Allen 将讨论为什么良好定义的规范对您的代码是必需的，并研究了传统软件工程方法以及极端编程方法，还比较了两者的优缺点。Eric 还讨论了您不希望定义程序规范的方法，并解释了原因。读完本文之后，您将理解如何衡量维护精确的设计规范的成本和收益。 Repl 提供交互式评价 2002 年 4 月 通常，在运行 Java 程序时，必须使用 String[] 输入参数将参数传入，从 main() 方法运行程序。但是如果程序仍在调试中，那么，这可能会成为一项繁重的任务。本月，Eric Allen 讨论对程序中的表达式和语句进行交互式评价的优点，并且提供几个帮助您处理这一任务的 Java repl（“read-eval-print-loop”工具，“读取-评价-打印-循环”工具）。他还讨论交互式评价如何帮助构建 GUI 和探索新的 API。阅读本文后，您将理解在预调试（pre-debugged）程序中交互地诊断小错误的做法及原因，您将能够使用一些 Java 工具来方便您的工作。 连续初始化器错误模式 2002 年 7 月 您经常会看到代码不是仅仅通过调用构造函数对类进行初始化，它还通过一些紧接着的意在设置各个域的动作对类进行初始化。不幸的是，这样紧接着的动作是错误的高发地带，会带来连续初始化（run-on initialization）类型的错误。在诊断 Java 代码的这一部分中，Eric Allen 探讨了连续初始化器（Run-on Initializer）错误，讨论了为什么要避免以及如何避免它，并演示了如何将它可能带来的损失降到最低。请单击本文顶部或底部的讨论在讨论论坛与作者和其他读者交流本文的心得。 平台相关性“gotcha 问题” 2002 年 8月 一次编写，随处运行。这是承诺，但 Java 语言有时候并不能做到。诚然，JVM 把跨平台互操作性的程度提到了前所未有的高度，然而，规范和实现级别上的一些小毛病却使得程序无法在多平台上表现出正确的行为。在本文中，Eric Allen 讨论了 Java 编程中要留意的一些与平台相关的方面，如尾递归调用以及内建的供应商、版本和操作系统相关性。 拥护静态类型的理由” 2002 年 9月 许多流行语言 — 例如 Ruby、Python 和其它所谓的“脚本编制”语言 — 已不再把静态类型检查作为提高代码的可靠性的一种手段。尽管如此，静态类型检查仍是防止引入错误和进行错误检测的强大武器库中的重要武器之一。在本文中，Eric Allen 陈述拥护静态类型检查的理由，解释为什么我们要为 Java 语言支持它而高兴，讨论怎样改进它。请通过单击文章顶部或底部的讨论来参加本文的讨论论坛，与作者和其他读者交流本文的心得。 Java 编程中的断言和时态逻辑 2002 年 9月 虽然传统断言可以增加对 Java 代码执行的检查次数，但有许多检查不能用它们来执行。弥补这一缺陷的方法是使用“时态逻辑”，它是一种用于描述程序状态如何随时间而更改的形式体系。在本文中，Eric Allen 将讨论断言，介绍时态逻辑并描述用于处理程序中时态逻辑断言的工具（下一篇文章将检查以前的错误模式和时态逻辑的应用程序）。 将时态逻辑用于错误模式 2002 年 11月 时态逻辑（temporal logic）是一种用来描述程序状态如何随时间而更改的形式体系。本文是 Eric Allen 关于时态逻辑和断言的第二篇专栏文章，他讨论了如何通过使用时态逻辑断言防止几种最常见的错误模式。请单击文章顶部或底部的讨论参与本文的论坛，与作者和其他读者分享您关于本文的想法。。 单元测试与自动化代码分析协同工作 2003 年 1月 单元测试和静态分析通常被看作是有助于确保程序的正确性的互不相干的方法。本文研究了这两种方法之间的关系，并讨论了构成每种方法工作构架的工具如何相得益彰。特别地，Eric Allen 讨论了一些可用而又令人兴奋的新应用程序，这些应用程序允许您进一步提升您的单元测试。请单击文章顶部或底部的“讨论”参与本文的论坛，与作者和其它读者分享您的想法。 消除包间的耦合关联 2003 年 3月 在测试程序时，如何应付模拟外部资源和库连接这一艰巨任务？基于组件的编程和去耦包相关性可以解决这个问题。基于组件的软件开发作为促进代码的一种手段而经常受到人们赞誉，另外它还有助于生成可测试代码。Eric Allen 用一些 Jiazzi（一种使用 Java 语言进行基于组件编程的功能强大的自由工具）示例展示了这种编程概念。可以通过论坛提出您对本文的想法，以飨笔者和其他读者。（您也可以单击本文顶部或底部的“讨论”参加论坛。）。 “杀手组合”— mixin、Jam 和单元测试 2003 年 3月 在 Java 语言中获得单继承编程的安全性需要付出极大的代价：有时必须沿着继承层次结构中的多条路径复制代码。要重新获得单继承 Java 代码中所失去的大多数表示，我们可以将 mixin 集成为一个扩展。本月，Eric Allen 解释了 mixin（那些由它们的父类参数化的类）的概念，以及它们如何能协助单元测试。他还描述了基于 mixin 编程的工具，并讨论了将 mixin 添加到您的 Java 代码中的可能方法。在本文的论坛中与作者及其他读者分享您对本文的看法。（也可以单击本文顶部或底部的讨论访问该论坛。）。 轻松掌握 Java 泛型 2003 年 5 月 本月的诊断 Java 代码介绍泛型类型（generic type）和支持它们的特性，计划在 2003 年末发布的 Tiger，也就是 Java V1.5 中打算包含这些泛型和特性。Eric Allen 提供了代码样本，这些样本通过重点描述诸如基本类型的限制、受限泛型和多态方法之类的 Tiger 特性来说明泛型类型的优缺点（即将发表的专栏文章将讨论其它特性，比如 Tiger 中泛型类型的特定表现以及可能扩展为 Tiger 之外的泛型类型）。 轻松掌握 Java 泛型类型，第 2 部分 2003 年 5 月 这个月，Eric Allen 继续讨论 JSR-14 和 Tiger 中的泛型类型（generic type）。他概括了在这些 Java 扩展中强制实施的几个限制，并说明这些扩展语言的编译器所使用的实现策略如何使这些限制必然存在。请在与本文一起提供的论坛中与作者和其他读者分享您对本文的心得。 轻松掌握 Java 泛型，第 3 部分 2003 年 6 月 Java 开发人员和研究人员 Eric Allen 继续讨论 JSR-14 和 Tiger 中的泛型类型，研究在泛型类型中添加对裸（naked）类型参数的 new 操作的支持所带来的问题。 轻松掌握 Java 泛型，第 4 部分 2003 年 7 月 Java 开发人员和研究人员 Eric Allen 讨论了通过泛型类型添加对 mixin 支持所带来的影响，并以此文来结束他对 JSR-14 和 Tiger 中泛型类型的由四部分组成的系列的讨论。在相关论坛中与作者及其他读者分享您对本文的看法。 关于作者 Eric Allen 毕业于 Cornell 大学，获得计算机科学和数学的学士学位。他是 JavaWorld上 Java 初学者论坛的主持人，也是 Rice 大学 Java 编程语言小组的博士研究生。他的研究涉及在源程序和字节码层次方面的正式语义模型和静态分析工具。目前，他正在为 NextGen 编程语言（泛型运行时类型的 Java 语言扩展）实现一个源程序到字节码的编译器。可通过 eallen@cs.rice.edu与 Eric 联系.

]]> http://blogger.org.cn/blog/more.asp?name=sixsun&id=19206 sixsun 2006/10/18 9:43:23 ]]>