Directory Structure
Finding your way around a Wheels application.
After downloading and unzipping Wheels, here's the directory structure that you will see:
app/ build/ db/ docker/ docs/ guides/ public/ tests/ vendor/ .env CFConfig.json box.json compose.yml server.json
Quick Summary
Your configuration settings will be done in the app/config directory.
Your application code will end up in four of the folders, namely app/controllers, app/events, app/models, and app/views.
Static media files should be placed in the public/files, public/images, public/javascripts and public/stylesheets folders.
Place anything that need to be executed outside of the framework in the public/miscellaneous folder. The framework does not get involved when executing .cfm files in this folder. (The empty Application.cfc takes care of that.) Also, no URL rewriting will be performed in this folder, so it's a good fit for placing CFCs that need to be accessed remotely via <cfajaxproxy> and Flash AMF binding, for example.
Place Wheels plugins in the app/plugins folder.
And the last directory? That's the framework itself. It exists in the vendor/wheels directory. Please go in there and have a look around. If you find anything you can improve or new features that you want to add, let us know!
Detailed Overview
Let's go through all of the files and directories now starting with the ones you'll spend most of your time in: the code directories.
app/controllers
This is where you create your controllers. You'll see two files in here already: Controller.cfc and Wheels.cfc. You can place functions inside Controller.cfc to have that function shared between all the controllers you create. (This works because all your controllers will extend Controller.) Wheels.cfc is an internal file used by Wheels.
app/models
This is where you create your model files (or classes if you prefer that term). Each model file you create should map to one table in the database.
The setup in this directory is similar to the one for controllers, to share methods you can place them in the existing Model.cfc file.
app/views
This is where you prepare the views for your users. As you work on your website, you will create one view directory for each controller.
app/events
If you want code executed when ColdFusion triggers an event, you can place it here (rather than directly in Application.cfc).
app/config
Make all your configuration changes here. You can set the environment, routes, and other settings here. You can also override settings by making changes in the individual settings files that you see in the subdirectories.
public/files
Any files that you intend to deliver to the user using the sendFile() function should be placed here. Even if you don't use that function to deliver files, this folder can still serve as file storage if you like.
app/global
For application-wide globally accessible functions
public/images
This is a good place to put your images. It's not required to have them here, but all Wheels functions that involve images will, by convention, assume they are stored here.
public/javascripts
This is a good place to put your JavaScript files.
public/stylesheets
This is a good place to put your CSS files.
tests/Testbox
This is where unit tests for your application should go
public/miscellaneous
Use this folder for code that you need to run completely outside of the framework. (There is an empty Application.cfc file in here, which will prevent Wheels from taking part in the execution.)
This is most useful if you're using Flash to connect directly to a CFC via AMF binding or if you're using <cfajaxproxy>in your views to bind directly to a CFC as well.
app/plugins
Place any plugins you have downloaded and want installed here.
app/migrator *
Database Migration CFC files and generated SQL files (This directory will only visible once you start using the migrator)
vendor/wheels
This is the framework itself. When a new version of Wheels is released it is often enough to just drop it in here (unless there has been changes to the general folder structure).
.htaccess
This file is used by Apache, and you specifically need it for URL rewriting to work properly. If you're not using Apache, then you can safely delete it. No longer included by default in 2.x
public/urlrewrite.xml
If you use Tomcat and Tuckey, or CommandBox URL Rewriting, you'll need this file. Otherwise, you can safely delete it.
web.config
URL rewriting for version 7 of IIS. If you're not using IIS, then you can safely delete it. No longer included by default in 2.x
Application.cfc and index.cfm
These are needed for the framework to run. No changes should be done to these files.
You can add more directories if you want to, of course. Just remember to include a blank Application.cfc in those directories. Otherwise, Wheels will try to get itself involved with those requests as well.
\
Last updated
