anchor.diff:    :marked
       **Avoid** specifying app-wide singleton providers in a `SharedModule`. Intentional singletons are OK. Take care.
   
  -    **避免**在`SharedModule`中指定应用级的单例服务提供商。但如果是故意设计的单例也可以，不过还是要小心。
  +    **避免**在`SharedModule`中指定应用级的单例服务提供商。如果是刻意要得到多个服务单例也行，不过还是要小心。
   
   .s-why
     :marked
  
positive.code:   :marked
      **Why?** `CoreModule` will contain singleton services. When a lazy loaded module imports these, it will get a new instance and not the intended app-wide singleton.
  
      **为何？**`CoreModule`将包含一些单例服务。而如果惰性加载模块导入这些服务，它就会得到一个新实例，而不是所期望的全应用级单例。
  
  .s-rule.do
    :marked
  
negative.code:   :marked
      **Why?** Helps keep the app structure small and easy to maintain in the early stages, while being easy to evolve as the app grows.
  
      **为何？** 在早期阶段能够帮助保持应用的结构小巧且易于维护，这样当应用增长时就容易进化了。
  
  .s-why-last
    :marked
      **Why?** Components often have four files (e.g. `*.html`, `*.css`, `*.ts`, and `*.spec.ts`) and can clutter a folder quickly.
  
      **为何?** 组件通常有四个文件 (`*.html`、 `*.css`、 `*.ts` 和 `*.spec.ts`)，它们很容易把一个目录弄乱。
  
  a(id='file-tree')
  :marked
  