This would be very helpful if it could address questions like:
ngModule) in Angular2 TS be forced upon Angular2 Dart just because they are present in the TS version?If we can have some clarity on the direction Angular2 Dart is going in and on the constraints that will drive design decisions, it will be immensely helpful.
For example, I have to choose which framework to use next (I've used AngularJS for about 3 years but it is no longer an option) and once I make this choice, I'll be using it for at least the next 2-3 years over several projects.
I'm sure there are a lot of other people (at least outside Google) who would appreciate some concrete information on this, something more than
The framework will feel more like idiomatic Dart.
It will make use of Dart features that couldn't work with the TypeScript flavor.
It will be faster
as was posted in this post
Got it, we'll get something (rough) out soon. This is _not_ being ignored, we just want to make sure we have consistent messaging. One thing quick - we have _no_ mandate to copy or follow the Angular 2 TS project - in fact for example NgModule is something we've identified that we can do better for our Dart users without forcing large migrations.
I'll be uploading a ROADMAP.md in a PR with more information.
great!
Closed in the most recent sync. Let us know if you have any general questions.
Thanks for the roadmap!
Not a question, more like a wish: Angular 2 TS RC cycles were really strange (lots of deprecation, router n掳2 then n掳3 in a few RCs, etc, without proper communication) and I'm not really aware of all the details (and we are probably many who just stopped looking at all the changes when the Dart version went missing).
We now know the router and forms will probably change, certainly a lot to be aligned with Angular 2 TS.
When the time comes for those changes, it would be great to keep the communication as good as you guys are doing (warn about when the changes will come, give a couple of links to resources about what we will have to adapt, etc, so we can plan ahead the impact on our side)
Angular 2 TS RC cycles were really strange
If your crystal ball provides better results about the future please borrow it to the Angular2 team ;-)
These "strangeness" wasn't planned or out of sloppyness, but was caused by unexpected issues that turned up while they worked towards release.
Nothing against good communication myself though.
We should just be aware that good communication takes a lot of time that can't be used to fix issues or implement cool features.
Most helpful comment
Got it, we'll get something (rough) out soon. This is _not_ being ignored, we just want to make sure we have consistent messaging. One thing quick - we have _no_ mandate to copy or follow the Angular 2 TS project - in fact for example
NgModuleis something we've identified that we can do better for our Dart users without forcing large migrations.I'll be uploading a
ROADMAP.mdin a PR with more information.