指令可以将属性、CSS 类和事件侦听器应用于元素

组件注册

如何理解react componentWillUnmount事件？

vue2中如何卸载或者重新渲染一个缓存的组件？

设计原则在基础模块的开发中，设计尤为重要。在设计上，微信基础组件以跨平台、跨业务为前提，遵从高可用，高性能，负载均衡的设计原则。

可用是一个即时通讯类 App 的立身之本。高可用又体现在多个层面上：网络的可用性、 App 的可用性、系统的可用性等。

微服务架构也使用组件库，但是它把软件拆分成服务，并认为这是主要的组织形式。我们把 组件库定义为程序中相互关系、并使用内存中调用的组件，把 服务定义为进程间使用如Web请求服务或者远程调用来相互通信的组件。（这种定义的方式与其它面向对象程序中服务对象的概念是不一样的。）     把服务当成组件（而不是组件库）一个主要的原因是服务可以独立的部署。 如果你的应用由多个组件库组成并跑在一个进程中，那么任何组件的变更都将导致整体应用的重新发布。但是如果由许多服务构成的应用，你可以想像的到每个服务的变更仅需要发布相应的服务。 当然，这也不是绝对的，比如导致服务接口的变更的更新就需要相应服务的变化，但优秀微服务构架，会尽量避免这种服务间的耦合并完善服务的交互接口。     把服务当成组件的另一个考虑是这将拥有更新清晰的接口。许多开发语言并没有良好的定义公共接口的机制。通常只有文档和规范说明，让用户避免组件间会导致组件耦合的过度的依赖。不过服务由是是通过明确的远程接口调用，这个问题就很容易解决了。     使用服务也有它的不足之处。远程调用比进制内部调用更消耗性能，而且远程的API比较粗糙，难以使用。如果由于对组件的职责进行变更，影响到跨进程间的交互，那么这操作起来也比较困难。     第一个可能的特性，我们看到每个服务是运行在独立的进程上的。注意，这只是第一个可能的特性。服务也可以由多个进程组成，它们是同时开发和部署的，例如服务可能用到一个应用进制和一种数据禀。

组件与服务     自从我们从事软件行业以来，一直希望能够构建由组件组成的系统，就像我们所看到的实现世界由物件构成的一样 。在过去的几十年里，我们已经看到了大部分语言平台的公共库的进行了精简，并取得可观的进展。     当我们谈论组件的时候，有可能会因为组件的不同定义引起混乱。因此我们申明，这里谈到的 组件是指软件中独立的单元，它能独立替代和独立更新。