--dev决定是否安装开发依赖及启用相关配置。1. 安装require-dev中的包，如PHPUnit等开发工具；2. 启用autoload-dev自动加载规则，加载测试类等开发文件；3. 影响插件和脚本执行，如跳过文档生成。默认开启，生产环境应使用--no-dev以减少体积和风险。
Composer 的 --dev 模式主要控制的是开发依赖的安装行为。默认情况下，Composer 会同时处理项目所需的运行时依赖和开发阶段用到的工具，而 --dev 参数影响的是后者是否被加载。
1. 安装 require-dev 中定义的包
这是 --dev 最核心的功能。在 composer.json 中有两个主要的依赖字段：
- require：项目运行所必需的库，例如框架、数据库抽象层等。
- require-dev：仅在开发或测试时需要的工具，比如 PHPUnit、PHPStan、phpunit、psysh 等。
使用 composer install --dev（默认行为）时，这两个部分都会被安装。如果不加 --dev（即使用 composer install --no-dev），则只安装 require 中的内容，跳过 require-dev。
2. 启用 autoload-dev 自动加载规则
除了 require-dev，composer.json 还支持 autoload-dev 配置。它定义了仅在开发环境下需要自动加载的类文件，比如测试用例（tests/ 目录下的类）。
开启 --dev 模式时，Composer 会把 autoload-dev 中的命名空间或文件路径加入自动加载机制。关闭后，这些开发专用的类将无法通过 Composer 自动加载。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
3. 影响插件和脚本的执行环境
某些 Composer 插件或自定义脚本的行为会根据是否处于 dev 模式做出不同响应。例如：
- 部署脚本可能在 --no-dev 时跳过生成 API 文档或代码覆盖率报告。
- 一些静态分析工具只在 require-dev 存在时注册事件监听。
因此，--dev 实际上改变了整个依赖解析和执行上下文。
典型使用场景
以下是一些常见命令中 --dev 的实际体现：
- composer install：默认启用 --dev，安装全部依赖。
- composer install --no-dev：用于生产环境，减少体积和潜在安全风险。
- composer update --dev：明确启用开发依赖更新（等同于默认行为）。
- composer require "phpunit/phpunit" --dev：将包添加到 require-dev 而非 require。
基本上就这些。--dev 不是“启用某个神秘功能”，而是决定是否处理开发专用的依赖与配置。生产部署推荐使用 --no-dev，开发本地保持默认即可。
