大小；另一个问题在于编译需要时间，这增加了用户打开应用的等待时间。因此现在的Angular是同时支持JIT和AOT的，但启动JIT编译的应用，和启动AOT编译的应用，在目前需要显式地进行选择：
aot vs. jit
对于Angular而言，编译将入口NG模块定义转换为NG模块工厂（NgModuleFactory）。对于JIT而言，这一步是隐含在bootstrapModule()中的。而对于AOT而言，生成模块工厂就结束了，应用启动时使用bootstrapModuleFactory()调用生成的模块工厂即可。
尽管AOT编译通常在构建阶段运用，我们可以在浏览器里模拟这个分两步的过程。
七、理解Angular的初衷
除了框架本身的功能强大导致的复杂性，Angular的另一个复杂性来源在于其高度封装的声明式API，让开发者难以揣摩、洞察框架的实现机制，因此使用起来就很心虚，一旦出现问题则难以分析排错：
angular error
不能把Angular当作黑盒来使用。
一方面原因在于，Angular是以其声明式的模板语法为核心提供API开发接口的，开发者书写的模板，经过框架相当复杂的编译处理，才渲染出最终的视图对象。如果不尝试了解从模板到视图对象这个过程究竟发生了什么，我相信你始终会有一种失控的感觉。
另一方面原因在于，Angular是一个框架，它搭好了应用程序的架子，留了一些空隙让开发者填充。如果不尽可能地了解框架的运行机制，很难充分地利用好框架。
开发Angular的出发点，是为了实现用HTML来编写用户界面，想想一个静态网页有多容易开发，你就知道这是多么好的想法：
html challenge
原生HTML的问题在于，首先它需要借助于JavaScript才能实现过得去的用户交互，其次它只有那么多标签可用，难以担当开发用户界面的大任。
既然浏览器不能直接解释<ez-gauge>这样的标签，Angular团队就引入了编译器的概念：
在送给浏览器之前，先把有扩展标签的HTML翻译成浏览器支持的原生HTML：
html compiler
写在文末：相信很多学习angular的同学都看过我写的内容，想来或多或少的应该有些帮助。希望这个内容能给大家带来更多的帮助，也希望大家多多支持黑区网络。