Introduce Zones into AngularJS

[gaui]

I'm submitting a ...

• bug report
• feature request
• other (Please do not submit support requests here (see above))

Current behavior:

Currently AngularJS utilises $http service and $q for promises, which are tied to Angular execution context (the famous digest cycle). Introducing Zones into AngularJS and connecting it to the execution context would mean people could use native Promises instead of $q promise and use native Fetch API instead of $http.

Expected / new behavior:

It would move AngularJS forward so people could use latest tech with it and not be tied too much into what the framework has to offer. For example people could begin to use native Promises and Fetch API instead of $http, and many other asynchronous tasks without depending too much on what the framework has to offer, because it's very limited.

Minimal reproduction of the problem with instructions:

AngularJS version: 1.x.y

Browser: [all | Chrome XX | Firefox XX | Edge XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView ]

Anything else:

[frederikprijck]

Please have a look at the following comment: #11370 (comment)

TLDR (coz @gkalpak likes to write novels): AngularJS has been rewritten with this in mind, leading to Angular. With Angular and zones, the need for $http, $q etc is gone .

Dropping $http and using zones requires to also change the way AngularJS' change detection works. Basicly this is alot of rewriting and isn't going to land in AngularJS (anytime soon), coz that would require to do the same work twice (the refactor has already been done, leading to Angular).

---

If you realy want zones, you might want to have a look at https://github.com/oricalvo/angular1-zones (not that this is the best bet from a performance perspective tho)

[gaui]

@frederikprijck Thank you. However there are not everyone that would like to upgrade to Angular with NgUpgrade strategy. We are more looking for a exit strategy to React utilising ui-router for React. That's why this is necessary and should be implemented in AngularJS as well.

I took a look at this angular1-zones implementation but it's using a legacy Zone (0.5.15) and doesn't quite work for all scenarios. Look here: https://stackoverflow.com/questions/45827733/replacing-http-with-fetch-api

[frederikprijck]

Ofcourse it's not going to work in all situations, but the change you're asking for is far from trivial.
Doing such a change in order to provide an exit strategy towards another framework is a bit of an odd perspective to look at it.

Using zonejs and dropping $http (etc) in AngularJS will definetly be a major breaking change which will be almost as hard to upgrade to as towards Angular. (which in the end is what happend when Angular was released ... )

You can't expect AngularJS to change it's entire internal way of working, without the need for the user to put quite some effort in migrating.

I took a look at this angular1-zones implementation but it's using a legacy Zone (0.5.15)

Not that hard to create your own module using the latest zonejs, right ? But I still don't like that implementation tho.

---

If you have the need to use Promises API to allow you to easily migrate, you might be able to use the following (even tho I don't like this approach, it might help you in what you're trying to achieve:

window['Promise'] = $q

Note: this might (and probably will) break other libraries which use Promises.

[gaui]

@frederikprijck Why is it odd? AngularJS has no real future so they built Angular and have provided NgUpgrade as upgrade path from AngularJS. However, not everyone are willing to upgrade to Angular and would like to look at other options, for example React, Preact, Inferno, Vue.js, Aurelia or whatever that has the same component architecture. So for these people it would be benficial to integrate Zones into AngularJS as well. The work has been done and it's quite clear what needs to be done, so I would say it's very well possible.

ui-router team did this (splitting into core package/functionality) to provide routing to other frameworks, but utilising the same core routing functionality/API. Then they built on top of that, for AngularJS and React. Then they can build a UI-Router for Vue.js, Preact, Aurelia, etc. if they'd like.

[frederikprijck]

so I would say it's very well possible.

I guess you could always drop in a PR to replace it in such a way that upgrading is trivial. If upgrading isn't trivial, people will probably don't want to be putting effort in upgrading only to use zones. 😬

If upgrading is trivial and performance isn't an issue, I'd guess alot of people will have interest in the PR.

But no, I don't think it's easy and neither is it going to be easy for an end user to upgrade his application (and what about all the 3th party libraries that will break, unless they are updated aswell ?).

---

Anyway, most of this has been explained at #11370 (comment)

[gaui]

Thank you. According to #11370 @gkalpak they haven't ruled it out so there is still hope. 😄

[Narretz]

I personally think the chances for this are very slim. You can already use ngUpgrade and Angular if you want zones. The main idea is to guide developers into upgrading to Angular, not give them big incentives to continue using AngularJS.

[graingert]

Phrase do not add Zones to AngularJS. We have a strict no monkey patching policy and so cannot support them

[Narretz]

This is out of scope at this point of AngularJS development.

[gaui]

You could at least show us the decency to guide the AngularJS community towards an HTTP/AJAX/fetch solution that is decoupled from the digest cycle - without having to upgrade to Angular 2..N 😑

[Narretz]

What has decency to do with this? We never made any commitment that this would happen, and $http is a solid service that will continue to work. In your own requests, you can use fetch instead of it easily as well.