Symfony MakerBundle 是用于快速生成标准代码骨架的命令行工具，仅解决“从零到有”的重复劳动，不替代设计决策或业务逻辑实现。
Symfony MakerBundle 是用来快速生成常见代码骨架的命令行工具，不是代码生成器，更不是全自动开发助手。它只在你明确知道要做什么时才真正有用——比如加一个新控制器、建一张数据库表对应的实体类、写个自定义命令。它不猜你的业务逻辑，也不替你做设计决策。
什么时候该用 make:controller 而不是手写
当你需要一个标准路由+响应结构，且不打算立刻塞进复杂业务逻辑时，make:controller 能省掉模板路径、$this->render() 调用、注解或 YAML 配置的重复劳动。但它默认生成的是空方法，不带表单处理、不带权限检查、不自动注册为服务。
- 适合：快速搭个后台入口页、API 原型、内部调试页面
- 不适合：已有复杂请求校验逻辑的控制器、需要继承特定基类的场景（它默认继承
AbstractController） - 注意：
make:controller不会帮你改routes.yaml—— 它只在注解模式下写@Route，如果你用的是 YAML 路由配置，得自己补
make:entity 生成的代码为什么不能直接上线
make:entity 只负责把字段名、类型、是否可空这些基础信息转成 PHP 属性和 Doctrine 映射，它不管验证规则、序列化行为、数据库索引、软删除逻辑，也不加 __toString() 或访问器方法。
- 常见坑：生成后直接
doctrine:schema:update，结果 MySQL 报错Specified key was too long—— 因为它默认给字符串字段设length=255，但 utf8mb4 下 255 字符可能超索引长度限制 - 性能影响：它不会自动加
@ORM\Index，哪怕你写了user_id字段，也得手动补索引注解或迁移文件 - 兼容性：生成的
nullable=true对应数据库NULL，但 PHP 层属性仍是string|null，如果你用严格类型 + 构造函数赋值，得自己改初始化逻辑
运行 make:command 后还要改哪几处才能真正可用
make:command 生成的是最简骨架：有命令名、有 execute() 方法、返回 Command::SUCCESS。但真实场景里，90% 的命令需要依赖注入、参数解析、I/O 提示、异常处理。
- 必须改：在
configure()里加$this->addArgument()或$this->addOption()，否则无法传参 - 容易漏：没声明构造函数参数类型提示，导致容器注入失败 —— 比如要用
EntityManagerInterface，得显式写public function __construct(private EntityManagerInterface $em) - 别跳过：
execute()里别直接 echo，要用$io->success()或$io->text()，否则在非交互环境（如 CI）会报错
MakerBundle 的边界很清晰：它只解决“从零到有”的重复劳动，不覆盖“从有到稳”的工程细节。你越清楚自己下一步要写什么，它就越省事；你越指望它替你思考，就越容易在生成完的代码里反复返工。
