Angular 5项目模块规划：单一大模块还是按特性拆分模块？

Hey there! Let me break this down for you based on Angular best practices and real-world project experience.

我直接给你拆解两种方案的适用场景和优劣，你就能快速做决定了：

单一大模块的情况 #

• 适用场景：如果你的项目短期内不会大幅扩展，组件之间耦合度极高，而且团队规模极小（比如只有你自己或者2-3人），单一模块确实能减少初期的配置工作量，不用反复创建和导入模块文件。
• 致命缺点：随着组件增加到20-30个，这个模块文件会变得臃肿不堪，后续查找、维护起来特别麻烦；Angular的Tree Shaking优化在单一模块下效果会打折扣，因为所有组件都在一个模块里，打包时很难精准剔除没用到的代码；另外，后续如果想把某部分功能单独抽离或者复用，几乎不可能。

特性模块（Feature Module）方案（更推荐） #

这其实是Angular官方推荐的最佳实践，尤其是针对你这种已经按功能划分文件夹的项目，优势太多了：

• 模块化边界清晰：每个特性模块（比如ProductModule、ArticleModule）只负责自己领域内的组件、服务、路由等，代码边界清晰，团队协作时不会互相干扰——比如负责产品模块的同事不用去碰文章模块的代码。
• 打包性能优化：特性模块支持懒加载（Lazy Loading），后续如果项目变大，你可以把产品、文章模块分别做成懒加载，用户打开页面时只会加载当前需要的模块代码，大幅提升首屏加载速度。
• 复用性极强：如果后续其他项目需要用到产品相关的功能，直接把productFolder整个复制过去就能用，不用从大模块里一点点抠组件和依赖。
• 维护成本低：每个模块的配置文件（product.module.ts）只管理自己的组件、导入的模块，不会像大模块那样几百行代码找起来头疼。

给你的具体操作建议 #

既然你已经按productFolder和articleFolder划分了功能文件夹，直接给每个文件夹创建对应的特性模块就对了。举个简单的ProductModule示例：

import { NgModule } from '@angular/core';
import { CommonModule } from '@angular/common';
import { ProductListComponent } from './product-list/product-list.component';
import { ProductDetailComponent } from './product-detail/product-detail.component';

@NgModule({
  declarations: [
    ProductListComponent,
    ProductDetailComponent
  ],
  imports: [
    CommonModule
  ],
  exports: [
    // 如果其他模块需要用到产品组件，就把它们导出
    ProductListComponent
  ]
})
export class ProductModule { }

1. 在productFolder里创建product.module.ts，把所有产品相关的组件、指令、管道都声明在这个模块里，需要的依赖也只在这里导入。
2. 同样给articleFolder创建article.module.ts。
3. 最后在根模块（AppModule）里导入这两个特性模块，或者如果需要懒加载的话，在路由配置里设置懒加载路径。

这样做虽然初期多花一点时间创建模块，但长远来看，项目的可维护性、扩展性都会好太多，完全符合Angular的设计理念。

内容的提问来源于stack exchange，提问作者billy_56