For non-isolated scopes this is exa

For non-isolated scopes this is exactly the case: Whenever we access one of the queues from any scope, we’re accessing the same queue because it’s inherited by every scope.

Not so for isolated scopes. Just like $root earlier, $$asyncQueue, $$applyAsyncQueue, and $$postDigestQueue are shadowed in isolated scopes by local versions created in the Scope constructor.

This has the unfortunate effect that a function scheduled on an isolated scope with $evalAsync or $$postDigest is never executed:

Kết quả (Việt) 1:

Đối với phạm vi không cô lập, đây là chính xác trường hợp: bất cứ khi nào chúng tôi truy cập vào một trong các hàng đợi từ bất kỳ phạm vi, chúng tôi đang truy cập vào hàng đợi cùng bởi vì nó được thừa hưởng bởi mỗi phạm vi. Không phải như vậy cho phạm vi bị cô lập. Giống như $root trước đó, $$asyncQueue, $$applyAsyncQueue, và $$postDigestQueue được mờ trong phạm vi bị cô lập bởi phiên bản địa phương thành lập năm các nhà xây dựng phạm vi. Điều này có hiệu quả không may mà một chức năng theo lịch trình trên một phạm vi bị cô lập với $evalAsync hoặc $$postDigest không bao giờ thực hiện:

Kết quả (Việt) 2:

Đối với phạm vi không bị cô lập này là chính xác các trường hợp: Bất cứ khi nào chúng ta truy cập vào một trong các hàng đợi từ bất kỳ phạm vi, chúng tôi đang truy cập cùng một hàng đợi bởi vì nó được thừa hưởng bởi mọi phạm vi. Không phải như vậy đối với phạm vi cô lập. Cũng giống như $ root trước đó, $$ asyncQueue, $$ applyAsyncQueue, và $$ postDigestQueue những rắc rối trong phạm vi địa phương bị cô lập bởi các phiên bản được tạo ra trong constructor Scope. Điều này có tác tiếc cho một chức năng, dự kiến trên một phạm vi cô lập với $ evalAsync hoặc $ $ postDigest là không bao giờ thực hiện: