angular2
文章平均质量分 88
小辣抓
<WEB /> Developer
展开
-
Angular2 ElementRef 实现低耦合高内聚 视图应用分离
为什么需要ElementRefAngular一直在做的一件事情就是降低视图层和应用层之间的耦合,在应用层直接操作DOM,会导致应用层和视图层之间强耦合,导致我们不能将应用运行在不同的环境中。比如令js能够实现多线程的webWorker,在webWorker中,却不能直接操作DOM,angular为我们封装了一个对象,叫做ElementRef,能够获取到视图层中的native对象,比如在浏览器中,na原创 2017-07-06 23:40:33 · 4548 阅读 · 0 评论 -
RxJS Subject 主题 EventEmitter对象 组播Multicast
Subject主题什么是Subject?Subject是允许值被多播到多个观察者的一种特殊的Observable。然而纯粹的可观察对象是单播的(每一个订阅的观察者拥有单独的可观察对象的执行)。Subject就是一个可观察对象,只不过可以被多播至多个观察者。同时Subject也类似于EventEmitter:维护者着众多事件监听器的注册表。每一个Subject都是一个observable可观察对象,给原创 2017-07-29 22:21:47 · 3454 阅读 · 0 评论 -
依赖注入(DI)和控制反转(IOC)
首先要解决的两个问题。1.什么是控制反转和依赖注入2.为什么我们需要控制反转和依赖注入什么是控制反转和依赖注入控制反转(Inversion of control) 是一种解耦的思想,它顾名思义,就是控制权的转移,比如项目经理让你改需求,这里就发生了控制权的转移,主要有三步:1.项目经理要求你添加功能 (这时,控制权在项目经理)2.你接到通知后开始添加功能需求 (控制权在你手上)3.交付需求成品(控制原创 2017-08-02 12:50:36 · 4563 阅读 · 0 评论 -
RxJS的秘密 Observable 可观察对象
前言最近因为Angular2了解到了RxJS这个东西,总的来说,RxJS的出现也是为了解决异步回调的,它针对于事件序列。RxJS是一个通过使用可观察序列来构建异步和基于事件的程序的库。它提供了一个核心类型:Observable、卫星类型(大概是这些类型均围绕于Observable,也就是Observable是根基,而这些是辅助类型):Observer、Schedulers、Subjects)和操作符原创 2017-07-26 11:39:41 · 4743 阅读 · 0 评论 -
Angular 关于获取Matrix URL 和 普通URL 查询字符串问题
Angular 文档上关于怎么来获取这两种URL规范的querystring并没有给出详细的解释。ActivatedRoute文档:interface ActivatedRoute { snapshot: ActivatedRouteSnapshot url: Observable<UrlSegment[]> params: Observable<Params> queryPara原创 2017-08-11 22:33:36 · 1603 阅读 · 0 评论 -
深入剖析 webpack 打包生成的一大堆代码到底是啥
1.为什么我们需要webpack现代webapp开发自然离不开模块化的开发,现代mvvm框架,诸如angular, vue, react 让前端掀起了MVC的浪潮,所以,我们迫切的需要一个前端自动化构建的工具,用来做代码压缩,合并,打包等一系列的自动化的操作,在这之前比较流行的是grunt和gulp,自webpack初出头角之后,就收获了大量的关注。无疑,webpack将是前端自动化构建必不可少的工原创 2017-08-12 18:02:53 · 9315 阅读 · 0 评论 -
Angular JIT vs AOT
在 Angular 应用程序中,包含了我们通过 Angular 提供的 API 实现的自定义指令。这些自定义指令对浏览器来说,都是无法识别的,因此每个 Angular 应用程序在运行前,都需要经历一个编译的阶段。在 Angular 2 中有两种编译模式: JIT - Just-In-Time AOT - Ahead-Of-Time JIT - Just-In-TimeJust-in-Time 编译模转载 2017-11-07 23:36:57 · 1091 阅读 · 0 评论 -
【Redux】基于Typescript的精简版Redux实现
前言在学习Redux之前,我希望做出一个精简版的redux。这能帮助我们更好地理解redux。为什么我们需要reduxRedux 的创造者 Dan Abramov 说过:“只有遇到react解决不了的问题,你才需要redux”。 因此,redux不是必须,我们需要知道,什么时候我们才需要redux,像一些业务逻辑简单的应用,状态不会多到难以管理,那我们就不需要redux,相反,这种情况下引入red原创 2017-11-08 15:59:41 · 2069 阅读 · 0 评论