Angular5高级编程(第2版) PDF 清晰完整版

新特性 Angular Material和CDK稳定版 CLI中支持Service Worker 在CLI中改进了Universal和AppShell的支持 改进了装饰器的错误信息 支持TypeScript2.5 有关功能和bug修复的完整列表，请参阅Angular，Material和CLI的更新日志。 在发布了11个alpha版本，12个beta版本以及3个候选版本之后，我们很高兴现在能够标记Angular Material和Angular CDK的5.0.0的稳定版。基于Google的Material Design视觉设计语言，Angular Material提供了30个UI组件给你的Angular应用。组合使用Angular CDK，Angular CDK（组件开发工具包）提供了一组构建模块，帮组您构建自己的定制组件，而不需要再次解决常见问题。这些组件已经被许多GOogle应用程序（包括Google Analytics套件，Google云平台开发人员控制台以及Google Shopping Express）用于生产。 从这个版本开始，Angular Material将遵循与Angular相同的语义化哲学，主版本的Angular Materital和Angular CDK同时作为其它平台的主版本发布。bug修复的版本将按照每周的迭代进行，而次版本将在功能完成时发布。 访问matrial.angular.io获取文档，演示和我们的入门指南。你还可以在Github上跟进我们的进度，因为我们将继续为框架添加更多类容。在接下来的几个月中，请关注诸如新的mat-tree，virtual scrolling，组件测试套件以及拖放功能。 CLI1.6的Service Worker支持 性能一直是Web开发人员的一个重要目标，在今天的局域网WIFI和移动网络事件中，性能一直是一个重要的目标。现代浏览器有一个新的API用于构建可靠且快速加载的站点，称为Service Worker API。 Angular5.0.0附带了一个为Angular应用程序定制的新的Service Worker实现，而Angular CLI 1.6包含了支持利用这个新特性构建应用的功能。使用@angular/service-worker可以提升你的应用的加载性能在支持该API的浏览器中，以及使你的应用的加载体验更像是本地app。 在我们的文档网站中，学习更多关于Angular Service的内容。 CLI1.6 改进Universal和App Shell支持 此外，随着Angular CLI1.6的发布，更好的通过Schematics将Universal添加到你现有的项目中，并为App Shell提供支持。

构建优化器 5.0.0开始，通过CLI执行的产品构建默认使用构建优化器。 构建优化器是CLI中的一个工具，它基于我们对你Angular应用的理解，可以把构建后的包变得更小。 构建优化器有两个主要任务。首先，把你应用的某些部分标记为pure，以便原有工具利用它改进“tree shaking”的优化效果，同时删除应用中不必要的东西。 其次，构建优化器会从你的应用中删除Angular装饰器代码。装饰器只有编译器会用，运行时不用，可以删掉。上述两项优化都可以减少生成JS包的大小，同时加快应用启动速度。 Angular Universal状态转交API及对DOM的支持 这样更便于在服务端和客户之间共享应用状态。 Angular Universal是一个帮助开发者执行服务端渲染（SSR）的项目。服务端渲染生成的HTML对不支持JS的蜘蛛和爬虫友好，同时有助于提升用户感知性能。 在5.0.0中，开发团队添加了ServerTransferStateModule及对应的BrowserTransferStateModule。这个模块可以帮开发者在服务端渲染生成的内容中加入相关信息，然后传送给客户端，从而避免重复生成。这对于通过HTTP获取数据的场景是很有用的。通过把状态从服务器传送到客户端，开发者就不用再发第二次HTTP请求了。状态转交的相关文档几周后会发布。 Angular Universal团队还把平台服务器Domino加到了平台服务器中。Domino支持在服务器端环境下更多的开箱即用的DOM操作，可以改进我们对非服务端第三方JS及组件库的支持。 编译器改进 为支持递增编译，我们改进了Angular编译器。结果让重新构建加快，特别是对产品构建和AOT构建，效果更明显。我们还增强了装饰器，通过删除空白达到减少包大小的目的。 TypeScript转换 现在，Angular编译器底层的工作机制是TypeScript转换，从而让递增式重新构建快了很多。TypeScript转换是TypeScript 2.3新增的一个特性，可以让我们深入到标准TypeScript编译管道。 在打开AOT标签的情况下，运行ng serve就可以利用上述机制。 ng serve --aot 建议大家都试一下。将来这个配置会成为CLI的默认值。很多项目都有性能问题，涉及上千组件，我们希望各种规模的项目都能从这些改进中受益。 在执行https://angular.io 的递增AOT构建时，新编译器管道可节省95%的构建时间（在我们开发机上测试的结果是从40多秒减少为不到2秒）。 我们的目标是让AOT编译快到能开发者用它开发的程度。现在，我们已经冲进了2秒以内，因此将来的CLI中可能会默认开启AOT。 作为向本次转换过渡的一步，我们不再需要genDir，而outDir也变了：现在，我们会把为包生成的文件都打到node_modules里。