Sometimes, you just miss things. Something seismic happens and you had no idea. So it was with
This blog post started life with the name "TypeScript: Some IDEs are more equal than others". I'd intended to use it summarise a discussion on the TypeScript GitHub repo about implicit referencing including a fist shaken at the sky at the injustice of it all. But whilst I was writing it I dicovered things had changed without my knowledge. That's a rather wonderful thing.
Implicit referencing, if you're not aware, is the thing that separates Visual Studio from all other IDEs / text editors. Implicit referencing means that in Visual Studio you don't need to make use of comments at the head of each TypeScript file in order to tell the compiler where it can find the related TypeScript files.
reference comments aren't necessary when using Visual Studio because the VS project file is used to drive the files passed to the TypeScript compiler (tsc).
The upshot of this is that, at time of writing, you can generally look at a TypeScript codebase and tell whether it was written using Visual Studio by opening it up a file at random and eyeballing for something like this at the top:
/// <reference path="other-file.ts" />
"A-ha! They're using "reference" comments Watson. From this I deduce that the individuals in question are using the internal module approach and using Visual Studio as their IDE. Elementary, my dear fellow, quite elementary."
This has important implications. Important I tell you, yes important! Well, important if you want to reduce the barriers between Visual Studio and everyone else. And I do. Whilst I love Visual Studio - it's been my daily workhorse for many years - I also love stepping away from it and using something more stripped down. I also like working with other people without mandating that they need to use Visual Studio as well. In the words of Rodney King, "can't we all get along?".
Cross-IDE TypeScript projects
I feel I should be clear - you can already set up TypeScript projects to work regardless of IDE. But there's friction. It's not clear cut. You can see a full on discussion around this here but in the end it comes down to making a choice between these 3 options:
Set <TypeScriptEnabled>false</TypeScriptEnabled> in a project file. This flag effectively deactivates implicit referencing. This approach requires that all developers (regardless of IDE) use
/// <references to build context. Compiler options in VS can be controlled using the project file as is.
- Using Visual Studio without any csproj tweaks. This approach requires that all files will need
/// <references at their heads in order to build compilation context outside of Visual Studio. It's possible that
/// <references and the csproj could get out of line - care is required to avoid this. Compiler options in VS can be controlled using the project file as is.
- Using just files in Visual Studio with
/// <references to build compilation context. This scenario also requires that all developers (regardless of IDE) use
/// <references to build context. In Visual Studio there will be no control over compiler options.
As you can see - this is sub-optimal. But don't worry - there's a new sheriff in town....
I'd decided to give Atom TypeScript plugin a go as I heard much enthusiastic noise about it. I fired it up and pointed it at a a TypeScript AngularJS project built in Visual Studio. I was mentally preparing myself for the job of adding all the /// references in when I suddenly noticed a file blinking at me:
tsconfig.json? What's that? Time to read the docs:
Supported via tsconfig.json (read more) which is going to be the defacto Project file format for the next versions of TypeScript.
"read more"? Oh yes indeedy - I think I will "read more"!
A unified project format for TypeScript (see merged PR on Microsoft/TypeScript). The TypeScript compiler (1.4 and above) only cares about compilerOptions and files. We add additional features to this with the typescript team's approval to extend the file as long as we don't conflict:
- compilerOptions similar to what you would pass on the commandline to tsc.
- filesGlob: To make it easier for you to just add / remove files in your project we add filesGlob which accepts an array of glob / minimatch / RegExp patterns (similar to grunt)to specify source files.
- format: Code formatting options
- version: The TypeScript version
That's right folks, we don't need
/// <references comments anymore. In a blinding flash of light it all changes. We're going from the dark end of the street, to the bright side of the road.
tsconfig.json is here to ease away the pain and make it all better. Let's enjoy it while we can.
This change should ship with TypeScript 1.5 (hopefully) for those using Visual Studio. For those using Atom TypeScript (and as of today that's includes me) the carnival celebrations can begin now!