The intention of this project to to allow for the evolution of a .NET based TypeScript (and resultant JavaScript) library. Contributions are welcomed as the .NET Library (meaning it's class structure and classes, not necessarily its content) has a substantial amount of usefulness. With the open sourcing of .NET, TypeScript seems the most logical means to take advantage of it. Typing, generics, classes, modules, inheritance, all are required to make a resultant JavaScript library that takes advantage of this elegance.
Much inspiration comes from TypeScript itself and from libraries like linq.js. There is of course some variance away from .NET's convention (camelCase methods in favor of TitleCase) and some things simply have to be done different. "Extensions" as a feature might be one of the greatest additions to .NET that JavaScript doesn't have a plan for, but it does have some tricky equivalents.
If you have a .NET Library class that you want to see represented in TypeScript, submit it (as an issue), or contribute it yourself! :)
- It's 100% compatible with JavaScript. Currently TypeScript .NET's target is ES5, so legacy ES3 won't work. Mainly because of accessors. But going forward, TypeScript is nearly the same as ES6 and you don't have to change your source code to target newer versions. :)
- TypeScript is lead by Anders Hejlsberg, the founder of C#. You will feel quite at home in TypeScript if you are a fan of typed languages (like C#), but at the same time you'll get all the flexibility and compatibility of JavaScript. See www.typescriptlang.org for more information about the TypeScript language. Also some more good info on Wikipedia.
- The benefits of intellisense and using an IDE for programming should be obvious especially if you are coding for a larger project. Typed compilation is less forgiving in a good way. You simply make much less mistakes in the long run. TypeScript might be the best answer to JavaScript yet. It's still JavaScript, but with many bonuses including a growing community. :)
- Most major IDEs and text editors now support TypeScript either built in, or via a plug-in:
- Visual Studio
- VS Code
- WebStorm (Strongly recommended! Makes NodeJS development a dream.)
- Sublime Text
- Atom
To name a few.
- 4.0.0: Marks the first release using TypeScript 2. Strict Null Checking is built in and will propagate through generics as it should.
- Linq: Full linq.js library ported to TypeScript with improvements and optimizations. Proper use of IEnumerable<T> with passing unit tests. All the things you love about Linq, but fully typed and JS compatible. **All collections now support a
.linqlazy helper property when using NodeJS/CommonJS. - Exceptions: There is a growing set of Exceptions like ArgumentNullException, ArgumentOutOfRangeException, etc that are useful in making decisions about how to handle errors using instanceof as if you used multiple catch statements in C#.
- Collections: Multiple collections types with standard ICollection<T> and IEnumerable<T> interfaces. LinkedList<T>, Queue<T>, Dictionary<T>, and more, all unit tested using a common interface test of ICollection<T>. **
- IDisposable: Additional interfaces, utilities, and classes like DisposableBase that help in providing a cleanup pattern for larger applications that may easily encounter memory leaks. Many of the classes within, including IEnumerator<T>, use IDisposable to ensure releasing of references.
- ObjectPool: There are some cases where internal objects are used quite often and instead of relying on the garbage collector to do cleanup, a performance/efficiency gain can be attained by using an ObjectPool. See actual use here.
- DateTime & TimeSpan: The System/Time namespace takes these .NET classes and goes even further to provide useful classes for calculating and expressing dates and time.
- Uri, QueryParams, & QueryBuilder: Having a typed class and interface for an Uri tends to be very useful in web development. Originally inspired by the .NET System.Uri class, these have been written from scratch to be more useful and helpful for debugging in JavaScript and are based upon the URI specification.
- Regex: Includes named group captures. Very handy for accessing groups in regular expression results.
- Promise<T> and LazyPromise<T>: An efficient set of promises that fills that follows the standard ES6 usage while allowing for some useful methods that can improve performance of your application. Read more here.
- Parallel: Simplifies distributing tasks to a 'Worker'. Has ability to
mapandreduceand results in a Promise<T>. - TypeValidator<T>: An easy to use runtime type checker for complex types or JSON. Read more here.
- Currently no external dependencies.
After some time and effort, I've decided that this library should be module based since there are too many files and dependencies that may or may not get used. This is simply the right decision and results in:
- Only loading what you need, when you need it. You can import the entire TypeScript .NET library in your project and not worry about extra bytes you don't want.
- Compiling modules into a monolithic library is easier than the reverse.
- If you care about bundling and minification, 'r.js optimizer' is probably the right way to go.
- The modular structure is not limited to requirejs since it should work perfectly well with JSPM/SystemJS.
- It is easy to change the module types. :)
- You can easily recompile the entire library into another folder fully minified using gulp.
- Already minified with source-map versions are provided in the dist folder
There is a point where fragmentation and over-granularity just make life harder. If one module depends on another and you want to implement improvements it's just easier if they live in the same place.
NPM:
Version 2.5 was the first NPM release. The goal is to get this as user friendly as possible.
All distributions contain source-maps.
https://www.npmjs.com/search?q=typescript-dotnet
npm install typescript-dotnet-umd
It's highly recommended to use the UMD (minified) version for most cases since it works for AMD and CommonJS.
Note: WebPack has trouble with UMD. Use CommonJS or AMD if you intend to use WebPack.
typescript-dotnet-umdtypescript-dotnet-es6typescript-dotnet-commonjstypescript-dotnet-amdtypescript-dotnet-system
Install on only the module type you need in order to avoid type collisions.
Currently it is possible/supported to use TypeScript .NET in a number of different ways:
import Enumerable from "typescript-dotnet-es6/System.Linq/Linq"Note: WebPack has trouble with UMD. Use CommonJS or AMD if you intend to use WebPack.
import Enumerable from "typescript-dotnet-umd/System.Linq/Linq"import Enumerable from "typescript-dotnet-commonjs/System.Linq/Linq"import Enumerable from "typescript-dotnet-amd/System.Linq/Linq"bower install typescript-dotnet
This should also include require.js in your bower components directory. If you need another module type other than AMD, the TypeScript files are included so you can rebuild however you need.
PM> Install-Package TypeScript.NET.Library
Mocha tests are in place for core functionality and expanding all the time. Istanbul is used for code coverage. Current coverage is good if not reasonable.
Currently the unit test cover many example usages.
Currently improving over time using JSDoc style comments and TypeDoc. View Documentation: electricessence.github.io/TypeScript.NET/documentation
Documentation has a tendency to lag behind and TypeDoc is also lagging on updates.
This library has immense potential and quite often a class, or function that is missing will simply be added. If you log any issues here on GitHub they will likely be addressed swiftly. If you have a class or module you'd like to see integrated, just log an issue and start the discussion or feel free to make a pull request from your own design. :)
Stepping up to Typescript: Fundamentals
www.youtube.com/channel/UCG2QyAgVUEKSMBaC0Fkp5GQ
Click an image below to watch.
