Controller间通信有哪些实例方法-Angularjs

AngularJS作为一款经典的前端框架，其Controller间的通信是构建复杂应用时的核心需求，由于Controller的独立性，AngularJS提供了多种通信机制，开发者需根据场景选择合适的方式，本文将通过实例分析AngularJS中Controller间通信的主流方法，包括作用域继承、$rootScope、服务（Service）、事件广播以及$rootScope.$on等机制,并对比其适用场景与注意事项。

作用域继承与$rootScope：父子通信的基础

在AngularJS中，Controller的作用域通过DOM层级形成原型继承链，当存在嵌套Controller时，子Controller可以直接访问父Controller作用域中的属性和方法，这是最基础的通信方式。

父级数据：{{parentData}}
子级访问父级数据：{{parentData}}

对应的Controller定义：

app.controller('ParentCtrl', function($scope) {$scope.parentData = '来自父级的数据';});app.controller('ChildCtrl', function($scope) {// 子作用域继承父作用域，可直接访问parentData});

这种方式的优点是实现简单，但仅适用于存在嵌套关系的Controller，若需跨级或非嵌套通信，则需借助$rootScope。$rootScope是整个应用的根作用域，所有子作用域都会继承它，通过$rootScope.$broadcast或$rootScope.$emit，可实现全局事件通信，但需注意$rootScope.$emit的事件只能被上层作用域捕获，而$rootScope.$broadcast则可向所有子作用域广播。

服务（Service）：共享数据的推荐方案

Service是AngularJS中单例的对象，在整个应用生命周期内存在，因此是Controller间共享数据的理想选择，通过依赖注入，多个Controller可访问同一个Service实例，实现数据同步，定义一个共享数据服务：

app.service('DataShareService', function() {this.sharedData = '初始数据';this.UpdateData = function(newData) {this.sharedData = newData;};});

在Controller中注入并使用：

app.controller('CtrlA', function(DataShareService) {$scope.data =>事件机制：松耦合通信的灵活选择
AngularJS提供了$on、$emit、$broadcast三个方法实现作用域间的事件通信，适用于需要解耦的场景。
两个兄弟Controller通过父作用域中转通信：
发送消息
接收消息：{{message}}
app.controller('ParentCtrl', function($scope) {$scope.$on('msgFromA', function(event, msg) {$scope.message = msg;});});app.controller('CtrlA', function($scope) {$scope.sendMsg = function() {$scope.$emit('msgFromA', '来自CtrlA的消息');};});app.controller('CtrlB', function($scope) {// CtrlB通过监听父作用域的事件接收消息});
事件机制适合一次性通知或松耦合交互，但过度使用可能导致事件流混乱，需合理命名事件并注意销毁监听器（$destroy事件）。
通信机制对比与选择建议
为更直观地对比不同机制，以下是总结表格：
通信方式
适用场景
优点
缺点
作用域继承
父子Controller嵌套
实现简单，无需额外配置
仅限嵌套关系，跨级困难
$rootScope
全局数据或跨级通信
作用域广，无需依赖注入
可能导致全局污染，难以调试
多Controller共享数据或状态
数据集中管理，单例模式
需手动管理服务依赖
事件机制
需解耦的交互场景
灵活，支持单向或广播通信
事件过多时难以维护
实际开发中，应根据Controller的层级关系、数据耦合度及维护成本选择方案，简单嵌套通信优先使用作用域继承；复杂状态共享推荐Service；临时通知或用户交互则适合事件机制，合理组合这些机制，可构建出高效、可维护的AngularJS应用。

MVC模式在Struts中是如何体现的？？

MVC方式通常在Smalltalk中用于建立用户接口。 通过对MVC中蕴藏的设计模式可以帮你理解我们所说的“模式”的含义。 MVC包括三类对象，Model是应用对象、View为其屏幕表示、Controller定义了对用户输入的处理（反应）方式。 在应用MVC方式以前，通常将这三个对象的功能合到了一起，应用MVC分离了它们，为设计提供了灵活性和可重用性。 MVC通过在view和model之间建立Subscribe/Notify协议，分离了view和model对象。 View对象必须保证它的表示反应了model对象的状态，当model对象的数据改变时，model对象通知（Notify）view对象，作为对这一行为的反应，每个view对象得到了一个做出更新的机会。 这种方式使得可以将多个view对象为一个model对象提供不同的表示。 你也可以为model对象建立新的view对象，而不用重新编写model。 下图演示了一个model和三个view：从表面看，这一例子反应了一个将view和model分离的设计。 然而，这种设计适合一类更通用的问题：减少对象之间的藕和性，这样，当一个对象改变时，将不会影响到另外的对象，甚至不需要知道另外的对象的实现细节。 这种更通用的模式将在Observer模式中来描述。 MVC方式的另一个特点是，view对象是可嵌套定义的。 例如，button的控制板可由一个包含嵌套button view对象的复杂view对象来实现；对象观察器的用户接口可由能重用于调试器的嵌套view对象组成。 MVC方式采用CompositeView类（View的子类）来支持嵌套view，其行为与view对象的行为一致，可用于view对象能使用的任何场合。 于是，我们又可以把这种对待composite view就像处理其一个组件的方式看成一种设计（方式）。 同样的，这种设计可抽象出另一类更通用的问题（的解决方式）：我们在某种情形下将对象分成组，并且处理一个组就像对待对象个体。 这种方式我们用Composite设计模式来描述。 它允许你建立类的层次，在这一层次下，有些子类定义原始对象（如Button），而其它的类可以定义合成对象（CompositeView），合成对象可将原始对象装配成更复杂的对象。 同样，MVC也可改变视图类（view）对用户反应的方式，而不用改变其可视化表示。 你可能想改变其对键盘响应的方式，如，使用弹出菜单代替命令键。 MVC将这种反应机制封装为控制对象（Controller）。 控制器有一个类层次，易于实现从一个已存在的控制器建立出一个变种—一种新的控制器。 视图（view）对象通过某一控制器对象的实例（instance）来实现特定的响应策略。 为了实现不同的策略，可以简单的使用不同的控制器实例来替换当前的实例。 甚至可以在运行时来改变视图的控制器，以改变视图对象对用户输入的响应（策略）。 例如，一个view对象可置为disabled，即对用户的输入不做任何响应。 要达到这一目的，仅仅只需让控制器忽略所有input事件。 这种视图—控制器关系即是Strategy设计模式的一个典型例子。 所谓Strategy即这样一个对象，它表示了一种算法。 这在你想要替换算法（无论是静态替换还是动态替换）时特别有用，而这样的算法可能有许多的变量、或者拥有复杂的数据结构。 MVC中也使用了别的设计模式，例如，使用Factory Method模式来描述视图的默认控制器类；采用Decorator模式来为视图增加滚动条等。 但在MVC中的主要模式是前述的Observer、Composite、和Strategy设计模式。

emmc芯片是哪家公司开发的

很多家都有开发，比如Samsung、Micron等！eMMC（Embeded MultiMedia Card）是个标准，里面包了NAND和Controller，芯片主要是消费类产品用，工业和车载有一些。

plc与pld有什么区别？

可编程控制器（Programmable Controller）是计算机家族中的一员，是为工业控制应用而设计制造的。 早期的可编程控制器称作可编程逻辑控制器（Programmable Logic Controller），简称PLC，它主要用来代替继电器实现逻辑控制。 随着技术的发展，这种装置的功能已经大大超过了逻辑控制的范围，因此，今天这种装置称作可编程控制器，简称PC。 但是为了避免与个人计算机（Personal Computer）的简称混淆，所以将可编程控制器简称PLC。 一、PLC的主要特点1、高可靠性2、丰富的I/O接口模块3、采用模块化结构4、编程简单易学5、安装简单，维修方便二、PLC的功能1、逻辑控制2、定时控制3、计数控制4、步进(顺序)控制5、PID控制6、数据控制：PLC具有数据处理能力。 7、通信和联网8、其它：PLC还有许多特殊功能模块，适用于各种特殊控制的要求，如：定位控制模块，CRT模块。 PLD是可编程逻辑器件（Programable Logic Device）的简称，FPGA是现场可编程门阵列（Field Programable Gate Array）的简称，两者的功能基本相同，只是实现原理略有不同，所以我们有时可以忽略这两者的区别，统称为可编程逻辑器件或PLD/FPGA。 PLD是电子设计领域中最具活力和发展前途的一项技术，它的影响丝毫不亚于70年代单片机的发明和使用。 PLD能做什么呢？可以毫不夸张的讲，PLD能完成任何数字器件的功能，上至高性能CPU,下至简单的74电路，都可以用PLD来实现。 PLD如同一张白纸或是一堆积木，工程师可以通过传统的原理图输入法，或是硬件描述语言自由的设计一个数字系统。 通过软件仿真，我们可以事先验证设计的正确性。 在PCB完成以后，还可以利用PLD的在线修改能力，随时修改设计而不必改动硬件电路。 使用PLD来开发数字电路，可以大大缩短设计时间，减少PCB面积，提高系统的可靠性。 典型的PLD由一个“与”门和一个“或”门阵列组成，而任意一个组合逻辑都可以用“与一或”表达式来描述，所以，PLD能以乘积和的形式完成大量的组合逻辑功能.这一阶段的产品主要有PAL(可编程阵列逻辑)和GAL(通用阵列逻辑)。