关于组件的概念，现在使用已经很广泛了，我们今天就来深入的了解一下 Web Components 与 Angular 当中的 Component
Web Components 与 Angular Component
Angular 中的变化检测机制
今天在群里看到一个讨论，是关于 Angular 的变化检查机制，依稀记得在 AngularJS 当中是使用的脏检查机制，而在 Angular 2.x+ 之后的版本当中依然采用的是脏检查机制，不过使用的是进行优化过的版本，为了探明到底有啥区别，就打算抽点时间，研究研究新版本的脏检查机制，顺便记录记录，就当加深点印象了
为保持区别，文中所提到的
Angular均为2.x+的版本，而AngularJS则代表1.x+的版本，不过本文当中的Angular大部分相关内容还是以2.x+版本为主
之前在探讨 Angular 中的 ExpressionChangedAfterItHasBeenCheckedError 这个错误的时候也涉及到了一些 Angular 的变化检查机制的内容，所以今天就一起来深入的研究一下 Angular 当中的变化检查机制
![Angular 属性绑定 [] 和 {{}} 的差异](https://raw.githubusercontent.com/heptaluan/blog-backups/master/cdn/cover/14.webp)
Angular 属性绑定 [] 和 {{}} 的差异
当我们在 Angular 中给属性绑定一个变量的时候，主要有下面三种绑定方式
[property] = "variable"property = ""[attr.property] = "xxx"
下面我们就看看它们之间的区别
rxjs 中的高阶操作符
Angular 中的 ExpressionChangedAfterItHasBeenCheckedError
最近在开发过程中，遇到了 ExpressionChangedAfterItHasBeenCheckedError 这个错误，网上搜索一翻后，发现各种说法众说纷纭，所有抽出时间深入了解一下这个错误，做一下总结，也可以避免以后在遇到这个问题的时候不知道怎么处理
Angular 中的依赖注入
在前文（为什么要使用依赖注入）当中，我们简单的介绍了依赖注入的基本概念和 Angular 当中的一个简单的依赖注入实例，所以在本章，我们就来深入的了解一下 Angular 当中的依赖注入到底是什么东西
其实简单来说，依赖注入（DI）就是一种设计模式，它也是 Angular 的核心，在 Angular 当中我们一般使用 Provider 来描述与 Token 关联的依赖对象的创建方式，创建方式有四种，它们分别是 useClass，useValue，useExisting 和 useFactory（前两个也是使用较多的）