- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
假设我有以下 HTML 结构:
<body ng-app="demo" ng-controller="RootCtrl">
<header>
<!-- Header Material -->
</header>
<main ng-controller="MainCtrl">
<!-- Main Content -->
<nav ng-controller="NavCtrl">
<!-- Navbar -->
</nav>
</main>
<body>
现在,假设 NavCtrl
需要操纵恰好存在于 RootCtrl
范围内的模型 - 在这种情况下 $emit/$on
更适合?在什么情况下通过范围继承直接操作模型会更好?
最佳答案
如果您使用原型(prototype)继承,则需要小心,因为在父 Controller 和子 Controller 中使用相同的变量名很容易出错。这可以通过确保 $scope 变量总是在某处“有一个点”来避免,但是需要纪律来确保你总是这样做。您还可以使用 $scope.$parent.$parent
结构访问 RootCtrl 中设置的 NavCtrl 中的变量,但这很脆弱,并且本质上将您的 Controller 绑定(bind)到 DOM 结构,这是导致问题的原因线。
$emit/$on 有一个问题,如果您在事件名称中输入错误,可能会无声地失败,并且在发生错误时很难跟踪发生的事情。最好少用它们。 http://eburley.github.io/2013/01/31/angularjs-watch-pub-sub-best-practices.html只说“当你需要让多个订阅者知道一个事件并且这些订阅者需要做的不仅仅是向他们的 View 发送信息时”使用它们。
在 Controller 之间共享数据模型的常规 Angular 方法是创建一个服务,然后将其注入(inject)到两个 Controller 中。这也符合一般 OOP 的“prefer composition over inheritance”原则。
app.service('dayService', function () {
var day = 'Monday';
return {
getDay: function() {
return day;
},
setDay: function(thisDay) {
day = thisDay;
}
};
})
function NavCtrl($scope, dayService) {
$scope.day = dayService.getDay();
}
function RootCtrl($scope, dayService) {
dayService.setDay('Sunday');
}
HTML:
<nav ng-controller="NavCtrl">
Today is {{day}}
</nav>
您可能还会找到 Misko 的 video on Angular best practices有趣的是,它讨论了在 28 分钟左右将什么放入 Controller 与服务中,以及更多关于事件($emit/$on)的内容。他的结论(转述)是事件有点问题,最好只用于两件事确实不需要相互了解并且必须保持非常独立的情况,或者如果事件并不总是必要的,有时可以忽略。
我会说基本规则是:
使用服务在两个 Controller 之间共享数据,它比继承稍微复杂一点,但并不难。
使用事件以复杂的方式在多个不同的订阅者之间共享。
Controller 中的 $scope 应该是“只写”的(规则直接取自上面 Misko 的最佳实践视频)。 “NavCtrl 需要操纵碰巧存在于 RootCtrl 范围内的模型”的范围继承也将涉及读取父范围,因此我认为最好避免。
关于javascript - AngularJS - $emit/$on 或范围继承哪个更好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18179623/
我使用的是 PHP 5.3 稳定版,有时会遇到非常不一致的行为。据我所知,在继承中,父类(super class)中的所有属性和方法(私有(private)、公共(public)和 protected
所以我一直在努力寻找正确的方法来让应该非常简单的继承发挥作用(以我想要的方式 ;)),但我失败得很惨。考虑一下: class Parent { public String name = "Pare
给定这些类: class Father { public Father getMe() { return this; } } class Child extends Father {
为什么最后打印“I'm a Child Class”。 ? public class Parent { String parentString; public Parent()
我知道有很多类似的问题对此有很多很好的答案。我试着看看经典的继承方法,或者那些闭包方法等。不知何故,我认为它们对我来说或多或少是“hack”方法,因为它并不是 javascript 设计的真正目的。
我已经使用表单继承有一段时间了,但没有对以下方法进行太多研究。只需创建一个新类而不是表单并从现有表单继承并根据需要将所需控件转换为 protected 。 Visual Studio 2010 设计器
我原以为下面的代码片段会产生编译错误,因为派生类不会有我试图在 pub_fun() 中访问的 priv_var。但是它编译了,我得到了下面提到的输出。有人可以解释这背后的理论吗? class base
继承的替代方案有哪些? 最佳答案 Effective Java:优先考虑组合而不是继承。 (这实际上也来自《四人帮》)。 他提出的情况是,如果扩展类没有明确设计为继承,继承可能会导致许多不恰当的副作用
我有2个类别:动物( parent )和狗(动物的“ child ”),当我创建一个 Animal 对象并尝试提醒该动物的名称时,我得到了 undefined ,而不是她的真名。为什么?(抱歉重复发帖
我试图做继承,但没想到this.array会像静态成员一样。我怎样才能让它成为“ protected /公开的”: function A() { this.array = []; } func
在创建在父类中使用的 lambda 时,我试图访问子类方法和字段。代码更容易解释: class Parent { List> processors; private void do
如果我有一个对象,我想从“ super 对象”“继承”方法以确保一致性。它们将是混合变量。 修订 ParentObj = function() { var self = this; t
class Base { int x=1; void show() { System.out.println(x); } } class Chi
目前我正在尝试几种不同的 Javascript 继承方法。我有以下代码: (“借用”自 http://www.kevlindev.com/tutorials/javascript/inheritanc
我在 .popin-foto 元素中打开一个 popin。当我尝试在同一元素中打开子类 popin 时,它不起作用。 代码 这是 parent function Popin(container, ti
我有以下两个类: class MyClass { friend ostream& operatorvalue +=1; return *this; } 现在
有没有办法完全忽略导入到 html 文件中的 header 中的 CSS 文件? 我希望一个页面拥有自己独立的 CSS,而不是从任何其他 CSS 源继承。 最佳答案 您可以在本地样式表中使用 !imp
Douglas Crockford似乎喜欢下面的继承方式: if (typeof Object.create !== 'function') { Object.create = functio
假设我有以下代码: interface ISomeInterface { void DoSomething(); void A(); void B(); } public
class LinkedList{ public: int data; LinkedList *next; }; class NewLinkedList: public Lin
我是一名优秀的程序员,十分优秀!