- TODO
- Plan
<Repo>.d.ts
files- Code Comments
framework.d.ts
Aggregateaurelia.d.ts
Aggregate- external .d.ts files
- IDE Tooling
- External .d.ts Files
- Coverage
- dependency-injection
- router
- metadata
- http-client
- framework
- Behaviors (Decorators)
- Repos & Classes
- Dependency Injection
- Update to Latest Aurelia repos
- ✅ create release for aurelia-typescript
- ✅ add aurelia-loader to packages in main-config.js
- rebundle
<import>
==><require>
aurelia-main
==>aurelia-app
- start testing
- incorporate colin dembovsky aurelia.d.ts changes
- Gulp-TypeScript aurelia-ts spike
- ✅ Install Gulp-TypeScript
- ✅ Configure Gulp-TypeScript Version
- ✅ Configure Gulp-TypeScript Build
- ✅ Run it - generate compile output in output-gulp
- ✅ Inspect files
- problem: 5. gulp-typescript doesn't generate ES6 .ts files 6. gulp-typescript doesn't generate proper index.d.ts files
- Document process
- Atom / Atom-TypeScript AureliaTS spike
- resolve missing lib types (look for
["
) 15. lib.core.es6.d.ts 16. lib.es6.d.ts 17. lib.dom.d.ts - Create Aurelia TypeScript Plan using spike results
- Test if code comments in typescript --> intellisense
- Document Current Coverage
- Document Missing Coverage in DI, Router, Behaviors (Decorators), and HTTP Client
- Create
.d.ts
files & update code comments - Create unit tests
- create samples
- deploy samples to gh pages
- document samples
- Create
aurelia-framework.d.ts
aggregate - Create
aurelia.d.ts
aggregate - Plan series of TypeScript blog posts
- WebStorm IDE
- Built-in TypeScript
- WebStorm Instruction Page
- Sublime Text IDE
- Extension: Better TypeScript
- Sublime Instruction Page
- Atom IDE
- Extension: ATOM TypeScript
- Atom Instruction Page
- Visual Studio 2013 IDE
- TypeScript Install
- VS2013 Instruction Page
organizing the typescript todos. initial target aurelia libs are: DI, router, behaviors (decorators) and http
Class | Member | code doc'd | .d.ts cr. | unit test | samp. cr. | samp. depl. | samp. doc'd |
---|---|---|---|---|---|---|---|
Container | get | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
getAll | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
getOrCreateEntry | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
getOrCreateConstructorInfo | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
createConstructorInfo | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
unregister | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
registerInstance | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
registerSingleton | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
registerTransient | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
registerInstance | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
autoRegister | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
autoRegisterAll | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
hasHandler | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
invoke | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
registerHandler | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
supportAtScript | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
addParameterInfoLocator | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
createChild | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Registration | (base) | ✖️ | ✖️ | ✖️ | ✖️ | ✖️ | ✖️ |
register | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Transient --> Registration | constructor | ✅ | 📝 | 📝 | 📝 | 📝 | 📝 |
register | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Singleton --> Registration | constructor | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
register | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Resolver | (base) | ✖️ | ✖️ | ✖️ | ✖️ | ✖️ | ✖️ |
Lazy --> Resolver | constructor | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
get | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
static of | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
All --> Resolver | constructor | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
get | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
static of | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Optional --> Resolver | constructor | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
get | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
static of | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
Parent --> Resolver | constructor | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
get | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 | |
static of | 📝 | 📝 | 📝 | 📝 | 📝 | 📝 |
Class | (From) |
---|---|
< Metadata | Metadata |
Container | |
Registration | |
Transient --> Registration | |
Singleton --> Registration | |
Resolver | |
Lazy --> Resolver | |
All --> Resolver | |
Optional --> Resolver | |
Parent --> Resolver |
Questions:
metadata/index.js
exportsMetadata
object which hasadd
method that returnsMetadataStorage
class. ShouldMetadataStorage
be part of the public interface? or shouldadd
be removed from the public interface? or some other approach?
- should the functions createJSONPRequestMessageProcessor and createHTTPRequestMessageProcessor be part of the public interface?