对比

传统构建方案

基于webpack构建的JS/React应用，代码分为构建代码和业务代码，应用目录和配置文件的搭建方案传统且多人使用。整个应用除去业务代码，构建代码的文件较多，配置比较分散，很难集中管理，无法做到开箱即用，通用性较低，前期搭建的时间成本很重，构建时要依赖应用存在的模块才能驱动。对于迭代构建功能和事务交接，都会花费较多的时间成本去查找代码和熟悉构建逻辑。

@yangzw/bruce-app

基于@yangzw/bruce-app构建的JS/React应用，代码只有业务代码，构建代码集中在一起做成一个npm模块并安装到全局环境中。在保障路径索引有效的情况下，通过命令调用构建代码驱动应用，实现构建代码和业务代码完全分离。开发时无需关注如何写好构建代码、使用何种工具扩展构建功能，只需专注编写业务代码。整个应用只存在业务代码，可以通过配置文件修改默认配置，大大缩减前期的准备工作，保证应用的简洁性、独立性、高效性和维护性。省去前期搭建的时间成本，开箱即用，使开发人员可以集中精力写好业务代码。

比较

对比	传统构建方案	@yangzw/bruce-app
配置文件	build目录、config目录 .browserslistrc .postcssrc、.babelrc .stylelintignore、.stylelintrc .eslintignore、.eslintrc	brucerc.js
业务文件	src目录	src目录
基础文件	package.json、readme.md、tsconfig.json	package.json、readme.md、tsconfig.json
依赖模块	Webpack技术栈(构建)、React技术栈(业务)	React技术栈(业务)
依赖安装	安装时间较长，同时安装构建和业务代码的依赖模块 每次创建项目都要安装一次	安装时间较短，只需安装业务代码的依赖模块 只需全局安装一次
开发准备	编写webpack和其它工具搭配的构建代码	开箱即用
全局使用	不可行	可行
构建复用	创建文件夹，复制粘贴构建代码，修改配置文件等	执行命令，创建应用然后构建应用
新手构建	需要了解构建代码逻辑和配置文件	执行命令
后期扩展	在原有构建代码中增删改构建功能	通过配置文件增删改构建功能
配置管理	分散在不同构建配置文件中，需要修改不同工具的配置文件	集成构建的基础配置，可以通过配置文件覆盖