久久精品中文字幕av,av.涩涩涩涩涩涩涩涩,亚洲国产日韩欧美精品成人久久久,成人福利电影免费在线观看,日产国产原创av,日韩av午夜激情,bt天堂中文字幕,超级碰人妻在线视频,欧美老熟妇久久一区二区

由于在上個小節(jié)中啟用了**數(shù)據(jù)源**機制，當(dāng)用戶的登錄狀態(tài)發(fā)生改變時。負責(zé)記錄用戶登錄狀態(tài)的數(shù)據(jù)源能夠及時的將登錄狀態(tài)的最新值發(fā)送給所有的訂閱者。所以注銷功能的實現(xiàn)只需要向該數(shù)據(jù)源發(fā)送false值即可。 # 原型 找到nav組件，并在V層中參考bootstrap的示例文檔加入注銷按如下： src/app/nav/nav.component.html ```html ... <form class="form-inline"> <button class="btn btn-success" type="button" (click)="onLogout()">注銷</button> </form> </nav> ``` 對應(yīng)在C層中增加onLogout方法： src/app/nav/nav.component.ts ```html onLogout() { console.log('onLogout'); } ``` ## 單元測試 使用單元測試以確認用戶點擊"注銷"按鈕時成功的觸發(fā)了C層的onLogout方法： src/app/nav/nav.component.spec.ts ```javascript fit('點擊注銷按鈕', () => { spyOn(component, 'onLogout'); FormTest.clickButton(fixture, 'button'); expect(component.onLogout).toHaveBeenCalled(); }); ``` # 功能開發(fā) 在點擊注銷按鈕時向TeacherService中發(fā)送**登錄狀態(tài)**為false即可： src/app/nav/nav.component.ts ```javascript onLogout() { this.teacherService.setIsLogin(false); } ``` ## 單元測試 當(dāng)被測組件nav中聲明依賴于TeacherService時，按前面已掌握的測試方法，有兩種解決方面來做測試準備： 第一種方案：由于TeacherService聲明的注入范圍為root，所以當(dāng)前的測試模塊可以直接獲取到TeacherService。同時又由于TeacherService聲明依賴于HttpClient等服務(wù)，所以要使得測試模塊成功的啟用TeacherService，那么直接在測試模塊中注入TeacherService所依賴服務(wù)所在的模塊即可，比如TeacherService依賴于HttpClient，則當(dāng)前測試模塊的準備代碼如下： src/app/nav/nav.component.spec.ts ```javascript imports: [RouterTestingModule, HttpClientTestingModule ? ] ``` 這種方案最大的缺點在于：1. 當(dāng)前測試的為nav組件，卻需要考慮TeacherService的依賴，這脫離了測試主線，跑題了。在測試nav組件時我們希望僅考慮該組件的依賴，而不希望再去考慮依賴的依賴。 2. 當(dāng)依賴的服務(wù)的依賴鏈較短時還行，在如果nav組件依賴于a，然后a又依賴于b，b又依賴于c，等等等等。這在測試的構(gòu)建中無疑走向一個無底洞。3. 這極不易于維護。以TeacherService為例。當(dāng)前項目中Login及nav組件分別依賴于TeacherService，同時TeacherService組件又聲明依賴于HttpClient。那么在構(gòu)建login及nav的測試模塊時，則需要分別聲明依賴于HttpClient。一旦TeacherService的依賴發(fā)生變更，比如TeacherService又聲明依賴于Router，那么此時login及nav的測試模塊便需要分別增加對Router的依賴支持。不止如此，在這種測試模式下，也會給維護人員帶來一定的思想負擔(dān)：本來僅是給TeacherService中增加了一個依賴，為何nav及Login組件報錯呢？ 第二種方案：為了避免測試模塊在獲取TeacherService時使用真實的TeacherService而帶來的第一點帶來的種種問題?？梢栽跍y試模塊中使用provide為TeacherService指定提供者TeacherStubService。這樣一來當(dāng)測試模塊需要TeacherService時，將直接使用該TeacherStubService。 src/app/nav/nav.component.spec.ts ```javascript providers: [ {provide: TeacherService, useClass: TeacherStubService} ] ``` 這種方式規(guī)避了方案一中的弊端。但當(dāng)組件與服務(wù)的依賴關(guān)系增加多時會為書寫增加一些負擔(dān)。比如Login及nav組件同時聲明依賴于TeacherService及Router，則需要于兩個組件測試模塊中分別為TeacherService及Router聲明提供者TeacherStubService及RouterStub。 本節(jié)提供的另一種新的解決方案將完美的規(guī)避上述兩種方案的弊端，從而使構(gòu)建單元測試模塊變成一件非常輕松的事情。 # TestModule 如下圖首先新建一個TeacherService的替身TeacherServiceStub  接著新建一個TestModule，并在該模塊中使用聲明：使用TeacherStubService來代替TeacherService  接下來在相應(yīng)的動態(tài)測試模塊中引入該TestModule  則相應(yīng)的動態(tài)測試模塊將讀取providers中的信息，從而將TeacherService做為依賴TeacherService注入對應(yīng)的測試模塊：  同時，還可以在測試模塊聲明其它真實服務(wù)的替身。如此一來，可以首先在TestModule中聲明項目中所用服務(wù)的替身，然后在對應(yīng)的測試模塊中聲明`import TestModule`，則無論測試組件依賴于哪些服務(wù)都可以被TestModule中的替身所滿足。下圖展示了TestModule是如何同時提供TeacherService及Router替身的。  ## 初始化 ``` panjiedeMac-Pro:web-app panjie$ cd src/app/ panjiedeMac-Pro:app panjie$ ng g module test CREATE src/app/test/test.module.ts (190 bytes) ``` ## 創(chuàng)建TeacherStubService 進入test文件夾并創(chuàng)建service文件夾，接著進行service文件夾，使用`ng g s teacher-stub --skip-tests`命令來創(chuàng)建一個沒有單元測試文件的服務(wù)。 ``` panjiedeMac-Pro:service panjie$ ng g s teacher-stub --skip-tests ? CREATE src/app/test/service/teacher-stub.service.ts (140 bytes) ``` * ? 加入`--skip-tests`以避免創(chuàng)建冗余的單元測試文件 打開`src/app/test/service/teacher-stub.service.ts`,刪除`@Injectable`的部分以防止誤將其做為非測試的依賴被添加。 ```javascript @Injectable({ ? providedIn: 'root' ? }) ? export class TeacherStubService { constructor() { } } ``` * @Injectable的作用是設(shè)置注入范圍，即聲明在某個范圍以內(nèi)該服務(wù)可以被做為依賴自動注入。 * 去除@Injectable，以避免在開發(fā)過程中**誤**注入此測試服務(wù)。 ## 加入providers ``` @NgModule({ declarations: [], imports: [ CommonModule ], providers: [ {provide: TeacherService?, useClass: TeacherStubService?} ] }) export class TestModule { } ``` * ?? 使用TeacherStubService來代替TeacherService ## 測試 src/app/nav/nav.component.spec.ts ```javascript beforeEach(async(() => { TestBed.configureTestingModule({ declarations: [NavComponent], imports: [RouterTestingModule, TestModule ? ], }) .compileComponents(); })); fit('測試依賴注入', () => { const service = TestBed.get(TeacherService); console.log(service); }); ``` 查看控制臺打印信息如下：  控制臺的打印信息印證了TestModule中聲明的provide對于此測試模塊是生效的，當(dāng)獲取測試模塊中被注入的TeacherService時，實際上獲取到的是TeacherStubService 基于此測試方案，繼續(xù)完成nav組件中l(wèi)ogout方法的單元測試 # logout單元測試 src/app/nav/nav.component.spec.ts ```javascript fit('onLogout', () => { const service = TestBed.get(TeacherService) as? TeacherService; spyOn(service, 'setIsLogin'); component.onLogout(); expect(service.setIsLogin).toHaveBeenCalledWith(false); }); ``` * ? 使用as進行類型轉(zhuǎn)換，以便在進一步操作service變量時能夠能到編輯器的進一步提示  提示說setisLogin方法并不存在。這個原因是由于使用了TeacherStubService替換了真實的TeacherService，但TeacherStubService尚未添加setIsLogin方法。解決方案如下： src/app/test/service/teacher-stub.service.ts ```javascript export class TeacherStubService { setIsLogin(isLogin: boolean): void { return; } } ``` 再次運行單元測試通過。 # 修正遺漏問題 上個小節(jié)中進行了功能修正后并未及時的修正單元測試，當(dāng)所有的`fit`恢復(fù)為`it`后做全局單元測試：  ## LoginComponent 此單元測試的具體錯誤信息為： ``` Error: Expected spy log to have been called with [ true ] but it was never called. at <Jasmine> at UserContext.<anonymous> (http://localhost:9876/_karma_webpack_/src/app/login/login.component.spec.ts:70:25) ``` 說在login.component.spec.ts的第70行的斷言發(fā)生錯誤，斷言spy log被調(diào)用，但是其根本沒有被調(diào)用過。 ```javascript expect(console.log).toHaveBeenCalledWith(true); ``` 查看對應(yīng)C層的onSubmit方法后，確認該方法的邏輯已經(jīng)由在控制臺打印日志改為：返回的結(jié)果為真，則繼續(xù)調(diào)用teacherService.setIsLogin方法；為假則在控制臺打印"用戶名密碼錯誤" 修正如下： src/app/login/login.component.spec.ts ```javascript beforeEach(async(() => { TestBed.configureTestingModule({ declarations: [LoginComponent], imports: [ ReactiveFormsModule, HttpClientTestingModule ? TestModule ? ] }) .compileComponents(); })); fit('onSubmit', () => { // 獲取teacherService實例，并為其login方法設(shè)置替身 const teacherService = TestBed.get(TeacherService) as TeacherService; spyOn(teacherService, 'login').and.returnValue(of(true)); spyOn(teacherService, 'setIsLogin'); spyOn(console, 'log'); // 添加測試數(shù)據(jù)并調(diào)用 component.formGroup.get('username').setValue('testUsername'); component.formGroup.get('password').setValue('testPassword'); component.onSubmit(); // 斷言成功調(diào)用teacherService的login方法 expect(teacherService.login).toHaveBeenCalledWith('testUsername', 'testPassword'); expect(teacherService.setIsLogin).toHaveBeenCalledWith(true); }); ``` 測試完返回真以后，繼續(xù)測試返回假： src/app/login/login.component.spec.ts ```javascript spyOn(teacherService, 'login').and.returnValue(of(true)); ? spyOn(teacherService, 'login').and.returnValues(of(true), of(false)); ? ... expect(teacherService.setIsLogin).toHaveBeenCalledWith(true); // teacherService.login返回假時 component.onSubmit(); expect(console.log).toHaveBeenCalledWith('用戶名密碼錯誤'); }); ``` * ? 對teacherService.log進行多次調(diào)用時應(yīng)該使用returnValues方法，該方法接收的值將按teacherService.log被調(diào)用的順序，每次被調(diào)用時返回1個。 對應(yīng)為TeacherStubService添加login方法 src/app/test/service/teacher-stub.service.ts ```javascript login(username: string, password: string): Observable<boolean> { return null; } ``` 單元測試通過。 ## AppComponent > should create the app 報錯信息如下： ``` 'app-login' is not a known element: 1. If 'app-login' is an Angular component, then verify that it is part of this module. 2. If 'app-login' is a Web Component then add 'CUSTOM_ELEMENTS_SCHEMA' to the '@NgModule.schemas' of this component to suppress this message. ("<app-nav *ngIf="isLogin"></app-nav> ``` 這是由于在app組件中使用了login組件，但卻沒有將login組件聲明在declarations中的原因，當(dāng)前學(xué)習(xí)過的解決方案為兩個。 第一種解決方案是引入真實的login組件，然后再引入真實的login組件所依賴的其它依賴，比如HttpClientTestingModule。這種依次向上解決依賴的方案的弊端在本節(jié)稍前的部分已有所闡述。 第二種方法是在本測試模塊中聲明一個與login組件具有相同selector的測試組件，并將此組件加入到測試模塊中。此方案解決了第一種方案依次向上依賴的問題，在可維護性上也比較出色。但login組件同時被多個組件引用時，則需要在引用其的多個組件的測試模塊中對應(yīng)加入相同的login組件替身，而這必將違反不造相同的輪子的原則。 在此給出第三方案：在TestModule中聲明與login組件相同selector的同名組件。然后供所有import TestModule的測試模塊使用。 ### 初始化 在進行src/app/test文件夾，新建component文件夾并進入： ``` panjiedeMac-Pro:component panjie$ ng g c login --skip-tests CREATE src/app/test/component/login/login.component.sass (0 bytes) CREATE src/app/test/component/login/login.component.html (20 bytes) CREATE src/app/test/component/login/login.component.ts (266 bytes) UPDATE src/app/test/test.module.ts (478 bytes) ``` ### export 與提供服務(wù)替身的思想不同，若想在import TestModule的測試模塊中認識LoginComponent，只需要將其聲明為在exports中即可： src/app/test/test.module.ts ```javascript @NgModule({ declarations: [LoginComponent], imports: [ CommonModule ], exports?: [ LoginComponent ], providers: [ {provide: TeacherService, useClass: TeacherStubService} ] }) export class TestModule { } ``` * ? exports來聲明模塊中的**公有**組件，即該組件可被import TestModule的其它模塊識別被使用 ### 引入TestModule src/app/app.component.spec.ts ```javascript imports: [ RouterTestingModule, TestModule ? ], ``` 加入TestModule后，單元測試通過。此時并不需要像第一種方案一樣去處理復(fù)雜的依賴關(guān)系，也可以在其它組件引入login組件時引用TestModule從而達到快速的構(gòu)建測試模塊的目的。 # 集成測試 重啟后臺后數(shù)據(jù)表可能已被自動清空，此時若想實現(xiàn)登錄功能，則需要你自己想辦法先在數(shù)據(jù)表中添加一名測試教師。具體測試過程略。  # 參考文檔 | 名稱 | 鏈接 | 預(yù)計學(xué)習(xí)時長(分） | | --- | --- | --- | | 源碼地址 | [https://github.com/mengyunzhi/spring-boot-and-angular-guild/releases/tag/step5.1.5](https://github.com/mengyunzhi/spring-boot-and-angular-guild/releases/tag/step5.1.5) | - |