A healthy approach to best practices is Caution and Skepticism, or better yet: down right Hostility. Oh, I am also not very fond of the term best practices. Best practices more than imply that if you do not do it "my way", you are most likely doing it wrong!
Maybe patterns would be a better term? But patterns, in my head, needs to be something both general and battle proven. Guidelines maybe?
A Big Topic
From grand architectural designs to parameter naming conventions. From application module tuning and pruning to functional UI patterns. I will concentrate on application architecture for now. This post is more about giving pointers than answers. I have done some research on the subject, and I will try to sum up some of my findings.
A Place To Start
Try an Oracle official page called Oracle Application Development Framework Best Practices. There is just one teeny weeny problem; following the links from that page will lead you to most of the text ever written (and all videos recorded) about ADF by Oracle. A positive take is that if you go through all that material, you probably will have earned an ADF black belt and be quite fluent ADF'ing. In my opinion, the most useful stuff is contained within the Oracle ADF Insider webcasts, even though this is more technical know-how than best practices.
I think there is surprisingly little material on the matter, considering the big push from Oracle on ADF. This might have to do with the release of ADF 11g, that capsized most of what you knew of ADF 10g, but that is actually quite a few years ago now...
There are a few sources out there, Oracle with Steve Muench gave a rare insight into Fusion Applications Teams best practices at OOW 2009. Bear in mind that this is a very (actually it's a capital v and double r type of very) large project. For a more recent contribution you can have a look at Angels in the Architecure by Chris Muir, which gives great insight (the presentation with images available from the OOW2011 content catalog).
Again I would also recommend Sten Vesterli's book Oracle ADF Enterprise Application Development - Made Simple (especially end of chapter 3, and beginning of chapter 6). Always nice to see lessons from someone outside of Oracle on the subject.
If you want more on technical stuff like naming conventions, you can also take a sneak peek at Oracle JHeadstart 11g for ADF Developer's Guide (chapter 2 and 3).
ADF Enterprise Methodology Group (ADF EMG) is a natural place to raise any questions you have regarding application architecture. The group description is:
The ADF Enterprise Methodology Group is for discussing high level design issues for ADF projects, beyond how to get things to work via the OTN forums.Although the forum is active, the best practices content is not exactly what I would call current.
The group was founded (and is administered) by people with an interest in more than just the technical wizardry. They are most likely people, who at some point, actually had a responsibility for architectural decisions. Ever been there before? ;)
Look, It's a Shed!
My first real ADF 11gR2 application is what Chris Muir would call a shed. It is a nice shed, but a shed nonetheless. By and large, it was for all the right reasons (ADF noob, small application with little or no dependencies). It serves the purpose.
I have this nagging feeling that things will grow, and that is where you definitely need some thoughts on how to deal with the larger picture. You know, like best practices or patterns or guidelines or some such...
To be continued...