Composer是FuelPHP项目依赖管理的唯一推荐方式，必须用composer create-project初始化、composer require添加包、vendor/autoload.php自动加载，严禁手动复制文件或硬编码require，否则必现类找不到、路径错乱和版本冲突。
Composer 是 FuelPHP 项目依赖管理的唯一推荐方式，手动复制文件或硬编码 require 的做法不仅不可靠，还会在升级、部署、协作时引发路径错乱、类找不到、版本冲突等实际问题。
composer create-project 是初始化 FuelPHP 的标准入口
FuelPHP 官方不再维护独立 ZIP 包下载，所有稳定版本都通过 Packagist 托管。直接运行 composer create-project fuel/fuel your-app（注意不是 fuelphp/fuel，后者已弃用）会拉取最新稳定版，并自动构建完整目录结构：包括 app、core、packages、public 四大核心目录。
常见错误现象：
- 执行后提示
Could not find package fuel/fuel：检查是否拼错为fuelphp/fuel或网络无法访问 Packagist（可临时加-v查看详细报错） - 生成的
public/index.php报Class 'FuelCoreBootstrap' not found：说明vendor/autoload.php未被正确引入，确认该文件存在且路径无误
添加第三方包必须走 composer require，不能直接放 vendor 下
FuelPHP 本身不提供全局 autoloader 注册逻辑，它完全依赖 Composer 生成的 vendor/autoload.php 来加载所有类（包括框架自身、你写的类、第三方库）。任何绕过 Composer 直接向 vendor 目录丢文件的操作，都会导致 class not found 错误。
正确做法：
- 安装支付 SDK：
composer require iyzico/iyzipay-php，之后直接use IyzipayModelPayment; - 集成模板引擎：
composer require fuel/parser，再按需装具体引擎如smarty/smarty或twig/twig - 引入旧版无命名空间的工具库：在
composer.json中配置"files"字段，然后运行composer dump-autoload
自定义类和旧代码要进 Composer autoloader，不能靠 require_once 硬加载
如果你有遗留的 helpers.php 全局函数，或 Legacy_User 这类无命名空间类，它们不会被自动识别。必须显式告诉 Composer 怎么加载：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
在 composer.json 的 autoload 段落中加入：
{
"autoload": {
"psr-4": {
"App\": "app/",
"Legacy\": "legacy/"
},
"files": [
"legacy/helpers.php"
]
}
}
然后执行 composer dump-autoload。否则即使文件物理存在，Legacy_User::find() 也会报错。
容易踩的坑：
- 改了
composer.json但忘记运行dump-autoload，导致新增的命名空间始终不生效 - 把
files路径写成相对路径（如./legacy/helpers.php），而 Composer 只接受相对于composer.json的路径 - 在
public/index.php里重复require 'vendor/autoload.php'—— FuelPHP 的bootstrap.php已经做了这事，多写反而可能破坏加载顺序
部署时别漏掉 vendor 和 autoload.php
FuelPHP 不像某些框架能“编译”出单文件部署包。生产环境必须包含完整的 vendor 目录，且 vendor/autoload.php 必须可读可执行。常见故障：
- 上传代码时忽略
vendor，只传了源码：必然报Class 'FuelCoreBootstrap' not found - 服务器 PHP 禁用了
allow_url_fopen或 OpenSSL，导致composer install失败；应提前在本地composer install --no-dev后整体上传 - 使用 phpstudy 或宝塔等集成环境时，未确认其 PHP CLI 版本与 Web 环境一致，造成本地能跑、线上类加载失败
最稳妥的部署流程是：本地 composer install --no-dev → 压缩整个项目（含 vendor）→ 上传 → 确保 public 为 Web 根目录 → 检查 app/config/production/db.php 等环境配置是否就位。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
