Anguar 16 引入一个有趣的功能，可以将路由器数据直接通过 @Input 来绑定，例如：QueryString，路由参数，data 静态数据。

在实际开发中，总是需要针对不同的环境设定不同的参数，Angular 提供了一种应用环境机制，当使用 ng new 构建一个新项目时默认会在 src/environments 目录下针对开发环境与生产环境（environment.prod.ts）的配置项。

代码写得再好，始终都无法完整的处理所有可能产生异常，特别是生产环境中的应用，很大一部分是数据来自用户、远程，很难保证所有数据都按程序规定的产生。事实上，除非测试人员发现或者客户报告，否则都无法得知。因此，将应用产生的未可知异常进而上报是非常重要的环节。

Angular CLI 在 8.3.0 发布过一个新命令 ng deploy，可以将 Angular 应用部署到远程服务器或云存储上面，例如：Firebase hosting、Azure、GitHub pages 等等，这也是算是 Angular CLI 最后一个将 Angular 应用从开发到部署打通全能选手工具了。

从官网的 Creating your own snippets 可以非常容易的构建自己代码片断库。然而维护一个需要保持特定代码格式的JSON文件是一件非常困难的事，特别是对于像我这种三天头可能就产生一个新的片断来说是一种噩梦。

从计划2.0开始足足进行近四个月，其中发布过八个版本。当初给2.0做的愿景基本上达到要求，当然一切都还是那句话：【让开发者更加专注于业务】。

为了让 Angular 类库应用范围更自由，Angular 提出一套打包格式建议名曰：Angular Package Format，包括 FESM2015、FESM5、UMD、ESM2015、ESM5、ES2015 格式，不同格式可以在不同的环境（Angular Cli、Webpack、SystemJS等）中使用。

鉴于很多使用 ng-alain 都以 .net 为后端，以下我将以一个示例来描述 ng-alain 如何同 .net core 一起开发。示例以单个中后台项目为基准，对于多项目的应用大体相同，但整体目录结构当然不能以单个项目了，更多应该以多人开发为准。

Angular发起一个请求再简单不过即使用 HttpClient 类的各种方法，然在开始之前我们应退一小步，先从如何构建一个 Restful API 开始，后端的API设计将很大程度决定前后端如何更优雅的开发有着非常大的关键性作用。

Angular表单 Angular提供两种不同的架构范式表单：模板驱动和响应式表单，官网也简单实现了动态表单范例。 当使用两种不同范式构建一个用户必填性的表单，在使用上有非常大的不同： 模板驱动 {代码...} 响应式 {代码...} 上述示例只提供核心代码 诚如模板驱动和响应式表单的名称一样。模板驱动以HTML编程风格为主，并且...

这原本是 ng-alain 的一篇指引，写得非常随意，昨天 @VTHINKXIE 说能不能把他整理出来，当时我还在高铁上，今天中午我抽空整理成文章并发布到知乎，就算是当作如何升级 ng-zorro-antd 1.0.0@next 至Angular6 （以下简称：v6和v5表示不同版本）版本的一个小指引吧。

这里的原因是多重的，antd 的 less 版本需要 JavaScript 的支持，想当初我有想把它转成 Scss 版本，看到这些我内心是奔溃的。

ng-zorro-antd 0.7.0 发布时我就想说那得喝一杯，这个版本的等待其实在社区里反应是有点“忐忑”，所以当VTHINK跟我说来今天要发布 0.7 时我说那晚上得喝一杯。然而，为了将 ng-alain 也同步 0.7 一个晚上都在忙碌；直到倒头睡觉把喝一杯的事已经忘光了。

Angular 的组件与模块看似好像与现有各种第三方类库（例如：lodash、moment 等）使用上有点格格不入，这很大的原因是 TypeScript 造成的假象。三足鼎立的前端其实都是雷同的，不管是哪种前端框架都可以使用到这些第三方类库。

weui 微信UI好像一直都不受很多人待见的样子，Github 已经长期未得到更新，或许 weui 团队认为已经没有必要再做一些新组件的支持，或者其他的改进。

0.2 版本做了一个很重要的业务组件抽离成为独立的类库，名曰：@delon。这样子做的好处主要希望解决若干核心问题： ng-alain 主题升级冗余问题 业务组件更友好的可重用（不限于 ng-alain 脚手架）、易维护 简化脚手架入门成本 目前 @delon 包含三个子类库： @delon/theme ng-alain 主题系统 若干数据渲染Pipe 若干常见Web...

ng-alain 基于 ng-zorro-antd 的企业管理后台脚手架。 从开始我一直把它定位在一个 Angular 企业管理后台最佳实践，同时，在公司内部也开始正式基于此模板开发。 她包括几个特性： 基于 ng-zorro-antd 响应式 国际化 ACL访问控制 基于角色 路由守卫 延迟加载及良好的启用画面 良好的UI路由设计 十种颜色版本 SCSS预编译 ...

一、引言 一个单页应用第一次启动从文档的下载（包括各种资源）再到初始化至成功渲染这一过程基本上都是以秒为单位的。 Angular应用的 index.html 会在文档当中写入根组件，例如： {代码...} 直到Angular初始化完成后 Loading... 字样才会从页面消失，并进入实际的应用。当然相比较一版空白着实还算优雅一点。 然而一个...

基本上当下的应用都会分为前端与后端，当然这种前端定义不在限于桌面浏览器、手机、APP等设备。一个良好的后端会通过一套所有前端都通用的 RESTful API 序列接口作为前后端之间的通信。

前两天 angular.io 发布新版本，一开始以为只是界面样式做了一些变动，后来为了查资料怎么发现打开的速度简直牛B了（要知道在天朝打开angular.io多么费劲啊）。然后我到twitter中了解angular进展，竟然这一次官网新版本是为了试验 Service Worker。

然，一直用惯了VSCODE，再加上设计稿等诸多原因，如果真想一下子从rem上编码着实还是很困难。因此，一般而言，都是先订一个基准大小，最后根据这个大小进行转换。