What are some standard practices for managing a medium-large JavaScript application? My concerns are both speed for browser download and ease and maintainability of development.
Our JavaScript code is roughly ‘namespaced’ as:
var Client = { var1: '', var2: '', accounts: { /* 100's of functions and variables */ }, orders: { /* 100's of functions and variables and subsections */ } /* etc, etc for a couple hundred kb */ } At the moment, we have one (unpacked, unstripped, highly readable) JavaScript file to handle all the business logic on the web application. In addition, there is jQuery and several jQuery extensions. The problem we face is that it takes forever to find anything in the JavaScript code and the browser still has a dozen files to download.
Is it common to have a handful of ‘source’ JavaScript files that gets ‘compiled’ into one final, compressed JavaScript file? Any other handy hints or best practices?
The approach that I’ve found works for me is having seperate JS files for each class (just as you would in Java, C# and others). Alternatively you can group your JS into application functional areas if that’s easier for you to navigate.
If you put all your JS files into one directory, you can have your server-side environment (PHP for instance) loop through each file in that directory and output a
<script src='/path/to/js/$file.js' type='text/javascript'>in some header file that is included by all your UI pages. You’ll find this auto-loading especially handy if you’re regularly creating and removing JS files.When deploying to production, you should have a script that combines them all into one JS file and ‘minifies’ it to keep the size down.