Besides providing nifty module syntax it allows you to optimize your project easily. In fact this is something you get for free once you set up your project certain way. Highly useful!
Even though the project documentation is quite vast, it's pretty easy for a beginner to get lost in the detail. In this post I'm going to show you how to structure your application using RequireJS. It's not a "be all and end all" kind of solution. Consider it more as a starting point that you'll need to adapt to suit your needs.
Before getting into actual application structure I'm going to cover some core concepts briefly.
Fundamentals of RequireJS
You can probably live without RequireJS in case you application isn't that big (say ~500 lines of code). Once you reach certain limit, it will simply start to bog you down. That's where RequireJS comes in.
It allows you to separate your source code semantically into modules. It constructs the actual application based on these modules at the build stage.
The next snippet contains a few examples of possible module definitions to give you a better idea of what I'm talking about:
Now, how to connect these modules together and get the app built?
I have found the following basic structure most useful. It's only very high level structure, no actual code yet:
- <app name> - Project folder
- <app name>/readme.md - Just some common info about the project. Dev tips, whatnot.
- <app name>/normal.build.json - Build profile for the normal build I use for developing. Extension set to json so it parses ok at my IDE (Oracle NetBeans).
- <app name>/optimized.build.json - Release profile. Same idea here.
- <app name>/requirejs - RequireJS source needed for building the app. You can find the full source here.
- <app name>/<app name> - Actual app. I'm going to cover its contents in the next section.
To get the app built, I just execute "requirejs/build/build.sh <build profile>" at the project root. As a result I get a nice "build" folder containing my freshly baked app straight from the oven.
In Windows you might need to do something along "requirejs\build\build.bat <build profile>" instead of the aforementioned unless you are using Cygwin or something similar.
A build profile may look something like this (normal.build.json):
Note that in case of optimized profile, you may want to tweak the file to suit your preferences. This example file shows various options available. The official documentation has some handy information as well.
We are still missing a vital part, application structure. Let's have a look at that next:
- <app name>/<app name>/<app name>.html - Markup for the project to get it running at your web browser.
- <app name>/<app name>/css - CSS files defining what the app looks like visually.
- <app name>/<app name>/images - Some images in which my CSS files and app UI elements may refer to.
- <app name>/<app name>/src - Here's the interesting bit. Some actual source code! :)
Note that it's possible, and sometimes preferable, to define multiple html files to test various aspects of your app. You might want to pass it different kind of configuration, use some other style or something.
My basic HTML looks like this:
As you can see I have defined some global configuration for the application. This can be most useful especially in server environment.
Great! You made it this far. Let's take a look at the source structure briefly next:
- src/application.js - Scaffolding for our Application. It just runs it and does some initialization.
- src/main.js - Important part! This will set up some configuration and actually run the application.
- src/require.js - Our beloved RequireJS. I use a special build of my own containing another favorite lib of mine, RightJS, too.
- src/utils - A stash for some utility functions and classes used all over the app.
- src/utils/math.js - Just some math stuff just to show there's stuff inside these folders.
- src/utils/misc.js - Another one just to give the idea.
- src/ui - UI related stuff. Widgets and such.
- src/configuration - Inner configuration of the app. Optional since you can define these at HTML as above. This might be a bit safer from hacking, though. Alternatively you could use just this and ditch HTML based configuration.
- Your own "packages" containing your app logic and such. I have specific folders for my app "panels" and "tools" for instance.
- src/ui/widgets.js - Common interface for widgets.
- src/ui/widgets - Folder containing our actual widgets.
.js - Some widget. You can as many of these as you like.