Difference between revisions of "ADF Applications"
From ADF Docs
m (moved Create New ADF App to ADF Applications) |
|||
| Line 1: | Line 1: | ||
| − | == | + | == Overview == |
| − | + | <strong>What is an ADF Application?</strong> | |
| − | + | ADF Applications are essentially a combination of: | |
| − | + | * Custom code (e.g. custom scripts, render handlers, datasheet modules etc...) | |
| − | + | * CommonSpot Components (e.g. Custom Elements, Custom Field Types, Display Templates etc...) | |
| − | + | * CFC Components | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | <strong>What can I do with an ADF Application?</strong> | |
| − | * | + | |
| − | * Application Site Config | + | You can pretty much do anything with an ADF Application. You can: |
| − | * ADF Library Overrides | + | * use it to control settings for your custom coding projects |
| − | * Application | + | * build interfaces to Custom Elements to make it easier to integrate with Custom data |
| + | * construct and distribute entire applications that drive core content management functionality like Profiles, Facebook Integration or Sharpoint connectivity. | ||
| + | |||
| + | <strong>What makes up an ADF Application</strong> | ||
| + | |||
| + | ADF Applications can contain many different parts and can be simple or complex. Depending on what you are trying to accomplish will determine what makes up your application. There are however 2 things that each ADF Application must have (in order to be considered a true application) | ||
| + | # An [[appBeanConfig]] | ||
| + | # An App.cfc located in your applications /components directory. | ||
| + | |||
| + | ADF Application's however can also have any of the following: | ||
| + | * [[Application Site Config]] | ||
| + | * [[Custom Application ADF Library Overrides]] | ||
| + | * [[Application Components]] | ||
| + | * [[Custom Field Types]] | ||
| + | * [[CCAPI]] calls | ||
| + | * [[General Chooser]](s) | ||
| + | |||
| + | == Guides == | ||
| + | * [[Building an ADF Application]] | ||
| + | * [[Best Practices for ADF Applications]] | ||
| + | * [[Distributing your ADF Application]] | ||
| + | * [[Documenting your ADF Application]] | ||
| + | * [[Maintaining your ADF Application]] | ||
[[Category: How-to Guide]] | [[Category: How-to Guide]] | ||
Revision as of 00:56, 30 March 2010
Overview
What is an ADF Application?
ADF Applications are essentially a combination of:
- Custom code (e.g. custom scripts, render handlers, datasheet modules etc...)
- CommonSpot Components (e.g. Custom Elements, Custom Field Types, Display Templates etc...)
- CFC Components
What can I do with an ADF Application?
You can pretty much do anything with an ADF Application. You can:
- use it to control settings for your custom coding projects
- build interfaces to Custom Elements to make it easier to integrate with Custom data
- construct and distribute entire applications that drive core content management functionality like Profiles, Facebook Integration or Sharpoint connectivity.
What makes up an ADF Application
ADF Applications can contain many different parts and can be simple or complex. Depending on what you are trying to accomplish will determine what makes up your application. There are however 2 things that each ADF Application must have (in order to be considered a true application)
- An appBeanConfig
- An App.cfc located in your applications /components directory.
ADF Application's however can also have any of the following:
- Application Site Config
- Custom Application ADF Library Overrides
- Application Components
- Custom Field Types
- CCAPI calls
- General Chooser(s)
