## 本章小節 有意識的對已學習的知識進行回顧、總結、歸類是個非常好的習慣。在學習的過程中，所以的知識點被我們隨意的填充到了大腦這個廣闊的房間里，知識點東一塊、西一塊，這使得大腦不太容易記住他們。而對知識點的總結、歸類則相當于把房間的東西歸整一遍，合并一下同類項，找一下規則。這樣不但需要的存儲空間不大，而且當我們想找某些知識點時，也能夠非常輕松的找到他們。 ## 組件 在生成標準組件時，將生成以下四個文件： - 負責功能及與其它服務交互的控制器`app.component.ts`，該文件以`component.ts`為后綴，是個標準的typescript類型文件。 ? - 負責主體界面的V層文件`app.component.html`，該文件以`html`為后綴，是個標準的html文件。 ? - 負責主體界面樣式的CSS文件`app.coponent.css`，該文件以`css`為后綴，是個標準的css文件。? - 負責協助開發、測試的單元測試文件`app.component.spec.ts`，該文件以`spec.ts`為后綴，表示其為一個標準的單元測試文件；同時以`app.component`為前綴，表示其對應測試的app組件。 ? 也就是說：其中前3個文件?構成了一個標準的組件，而第4個文件?則是組件的輔助文件。也就是說：如果我們不計劃啟動單元測試，則完全可以刪除以`spec.ts`結尾的測試文件。這不會對我們的系統應用造成任何的影響。  所以當我們再提到某個組件時，就是指`xxx.component.ts` + `xxx.component.html` + `xxx.component.css`。 ## 運行組件 我們在本章中使用了`ng t`，`ng serve`來查看組件的運行情況，是由于在Agnular中我們并無法單獨運行某個組件。所以若要運行組件，就必須將其放到某個**模塊（Module）**中。 在運行`ng t`時，`TestBed`為我們提供一個測試**模塊**，我們使用`declarations`將app組件放到了該**模塊**，該模塊雖然沒有被顯式的命名，但最后我們發現系統將命名為**DynamicTestModule**；在運行`ng serve`時，我們同樣使用`declarations`將app組件放到了AppModule中。無論是**DynamicTestModule**還是**AppModule**它的本質都是模塊，只能把組件放到模塊中，才可以運行它。 ## 測試環境與開發環境 在發起數據請求時，我們在本章中分別為測試與開發測試引入了提供`HttpClient`的`HttpClientModule`，這說明測試與開發是完全獨立的兩個模塊。即然是完全獨立，那么它們便互不影響，互相透明。在一個模塊中做的配置不會影響到另一個模塊，所以如果想讓某個配置在兩個模塊下分別生效時，需要設置兩次。 當使用`ng serve`時，啟用了開發環境，此時App組件屬于App模塊；當使用`ng t`時，啟用了測試環境，此時App組件屬于動態測試模塊。App模塊依賴于HttpClient，所以無論是開發環境還是測試環境，都需要在其啟動的模塊中引入提供`HttpClient`的`HttpClientModule`，否則將引發依賴注入錯誤異常。 當然了，你可能還總結了更多知識點，抽象出了這些點的共性。無論是理解對了還是錯了，都將是我們當前的收獲。只要自己總結的適用于當前所學，就是正確的學習方法。因為人類的正是在不斷的證真、證偽中進步的。