by Kenneth Lange Follow @KennethLange
The short, but not so sexy intro is that Oracle ADF is a Java-based web framework, which is often used for large-scale enterprise application.
Oracle is dead serious about it. They are using it to develop their own enterprise applications (a multibillion dollar business) and 3,000 of their internal developers are using it for application development.
The promise of ADF is productivity: If you let the framework handle most of the low-level technical stuff (like database interactions) then you can use your time to develop business features that your customers actually care about.
That’s all very nice, you might think, but does it actually work?
If you look at Oracle ADF from a very high level, it’s made up of a front end (i.e. user interface) and a back end (i.e. business services).
The user interface is unsurprisingly where the application interacts with the user, and the business service layer is where the application interacts with the database.
Each of these two layers is made up of multiple modules. We’ll dive into each module in the following sections, but here’s a sneak preview for those of you who cannot wait!
Oracle is really hyped about ADF being an open and modular framework, which means you can replace most of the modules in the diagram above if you want to. You can even use Microsoft Excel as the front end (I’m not kidding you!)
The user interface in ADF is loosely based on the MVC pattern, so if you are already familiar with other web frameworks based on this pattern, you can probably learn ADF pretty fast.
The user interface is made up of three modules:
The nicest thing about the ADF UI is that it comes with a huge set of standard UI widgets. For example, pie charts, an “Export to Excel” feature, and other crowd-pleasers for the corporate world.
You can get an idea about the widgets available in the component palette below:
To use one of these widgets, you simply drag it into your page, bind it to a business service, and there you have it! Nice and easy :-)
While the ADF Framework offers multiple ways to implement business services (i.e. the back end), the most common one is to use ADF Business Components on top of an Oracle Database (which in ADF lingo is called a “data service”).
This makes good sense since most enterprise applications are about manipulating massive amounts of data stored in a database.
ADF Business Components is made up of these elements:
Let’s just for fun take a bottom-up tour of them:
That’s it! We have now reached the end of our speedy tour of all the major elements in the ADF Framework.
So does ADF fulfill its promise of productivity? I would say it depends (I know, pretty annoying answer!) The consensus seems to be that ADF is a complex framework with a steep learning curve, but once you have learn it, it can be a pretty powerful framework for enterprise applications.
The strength of Oracle ADF in this fight (at least, in the enterprise arena) is that it’s so strongly backed by Oracle that you can feel pretty confident that it has staying power, which is absolutely vital for enterprise applications, and which is not always something that younger frameworks can offer.
So is Oracle ADF worth learning? I would say so, at least, if you (like me) are fascinated with large-scale enterprise application.
Share this post: