Oracle ADF 简介

ADF是（Application Development Framework）的简称，它的前身是BC4J。 光听这个名字就知道它是一个end-to-end的框架。和Spring一样它在企业应用架构的每一个层次都提供了它的支持。ADF的架构如下图所示：
在每一层ADF都有它的一些组件。我这次主要想讲讲ADF的data binding，因为它隔离了业务逻辑层和web层，使得两个层次的独立性更强。但是，ADF似乎做得过于复杂，使得很难上手使用。
ADF中关键的数据绑定概念如下：
Data Control:
Data Control是对业务接口的抽象，也就是说所有访问业务对象的方法现在都通过Data Control来进行，这样使得绑定层使用一种方式来访问数据，不论后台的数据对象是种实现。可以把Data Control看做是一种代理机制。
Iterator Bindings and Control Bindings:
Binding 是一种轻量级的对象，它的主要目的就是让后台数据和前台显示解藕，这是老生常谈的问题，让我们看看ADF是怎么做的。Iterator Binding 和提供集合对象数据的Data Control合作。 Control Bindings 则提供了一个标准的接口让用户界面可处理集合对象或者调用业务方法。
Binding Containers：
Binding Container 对象记录了某一个用户界面使用了哪些iterator binding、control binding。 有一个XML文件记录了这些内容，在运行时就会根据这个XML来生产一个Binding Container。
Binding Context：
Binding Context 则是比Binding Container更大的一个概念，它包含了所有的Binding Container以及Data Control的信息。
下面介绍一个简单的应用蓝图：
这个应用是这样的， 现在有一个论坛，在这个论坛上有一个页面用来Review 一些Threads并指定一个team回复它，这个页面叫做ReviewThreads.jsp 。这个页面需要从后台的ForumService来获得数据并指定回复的Team. ForumService是一个ADF的Application Module组件（Application module组件是对业务逻辑的一种抽象，它可以实现为java class,EJB,webservice等等，它也有自己的方法来调用View Object，这里大家只需要认为它是一种业务组件就行了）。另外，这个页面还需要一个所有可选Team的下拉框，这个下来框的数据来自一个web service LookupCodes。
对应每一个业务组件会有一个Data Control包装了该组件的业务方法。在该应用的Binding Context中包含了两个Binding Container, ReviewThreads和UnansweredPostings。前者提供给ReviewThreads.jsp使用，后者则同事支持uix页面（uix是一种基于XML的界