Yii适合有成长预期的小项目，因其内置RBAC、表单验证、REST API和迁移管理；小项目负担在于默认加载冗余组件、强制数据库依赖及固定入口结构。
Yii 不适合纯小项目，但适合“有成长预期的小项目”。它不是为单页表单或静态博客设计的，而是为需要快速迭代、未来可能扩展成中型系统的轻量级业务应用准备的。
小项目用 Yii 会多出哪些实际负担？
核心在于框架的“默认约定”与小场景不匹配：
-
yii\base\Application启动时加载大量组件（log、cache、i18n、authManager），哪怕你只用一个Controller+View - 路由必须走
UrlManager，即使你只需要/和/about，也要配置rules或启用enablePrettyUrl - 数据库层强制依赖
yii\db\Connection，哪怕只是读一个 JSON 文件，也得绕过 ActiveRecord 或硬套Command -
web/index.php入口文件固定结构，无法像原生 PHP 那样直接echo 'hello'启动
什么小项目反而该选 Yii？
当你的“小”是指功能少，但业务逻辑有可维护性、安全性和扩展性要求时，Yii 的收益立刻显现：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 用户登录 + 权限控制（RBAC）已内置：几行配置就能启用
yii\rbac\DbManager，不用自己写 session+role 表校验 - 表单提交带完整验证链：
Model::validate()自动绑定rules()、错误收集、客户端 JS 生成（ActiveForm） - API 快速输出 JSON：只需继承
yii\rest\ActiveController，配合yii\filters\ContentNegotiator，不用手写 header / json_encode - 迁移管理开箱即用：
./yii migrate/create create_post_table+./yii migrate，比手动 SQL 更可控
如何降低 Yii 在小项目中的感知重量？
关键不是删组件，而是“不初始化不需要的”。以下操作能砍掉 30%–50% 的启动耗时和内存占用：
- 在
config/web.php中注释掉不用的模块：'log'、'mailer'、'i18n'（除非你真要多语言） - 禁用 Gii（开发工具）上线环境：
'bootstrap' => ['log']改为[]，并移除gii模块配置 - 用
yii\web\Application替代yii\console\Application，避免加载命令行组件 - 静态资源不走
AssetBundle？那就直接用<link href="/css/main.css">，别注册AppAsset
config/web.php
return [
'id' => 'app',
'basePath' => dirname(__DIR__),
'bootstrap' => [], // ← 清空，不自动加载 log/i18n 等
'components' => [
'request' => ['cookieValidationKey' => '...'],
'response' => ['format' => 'html'],
'urlManager' => [
'enablePrettyUrl' => true,
'showScriptName' => false,
],
// 其他组件按需保留，如 db、user
],
];
真正容易被忽略的是：Yii 的“小项目适配”不在代码量，而在配置粒度。它不阻止你写简单逻辑，但会强迫你面对“要不要留接口、要不要加验证、要不要记日志”这些决策——这对长期维护是好事，对明天就要交差的三页网站，就是额外成本。
