thinkphp项目结构混乱的根源在于逻辑划分错位；应按业务域组织视图、隔离runtime与public、静态资源路径动态化、禁用运行时autoload。
ThinkPHP项目结构混乱，根源不在目录多，而在划分逻辑错位——用控制器名建视图目录、把模型和验证器塞进同一文件夹、runtime 和 public 混放同一级，这些做法会让协作变慢、部署出错、缓存失效不可控。
按业务域组织视图，不是按控制器
常见错误是看到 app/index/controller/User.php，就建 app/index/view/user/，再为登录、资料、绑定各建子目录。结果相同表单组件重复写三遍，状态提示各自维护。
- 统一用
view/user/存所有用户相关模板（登录页、资料页、绑定页都在这里） -
view/admin/专管后台管理界面，view/common/放全局导航、分页、空状态等可复用区块 - 跨模块复用时路径必须显式：在用户页里调后台菜单，得写
{include file="admin/menu" /}，不能省略前缀
禁止深层嵌套，控制路径层级
像 view/user/profile/edit/form/submit_btn.html 这种四层路径，会让 fetch() 行为不稳定——不同上下文下相对路径解析结果可能不一致；更关键的是，模板编译缓存键直接包含完整路径，大小写或斜杠方向稍有差异（如 form/submit_btn vs form\submit_btn），就会生成新缓存，旧缓存残留导致新代码不生效。
- 视图路径最多两层：如
view/user/profile.html、view/user/_form.html（下划线前缀表示局部组件） - 所有模板继承统一布局：
{extend name="layout/base"}，基础布局固定放在view/layout/base.html - 区块命名加模块前缀：
{block name="user_title"}{/block}，避免多个模块同名区块相互覆盖
runtime 与 public 必须物理隔离
把 runtime/（日志、缓存、模板编译）和 public/static/ 都放在 Web 可访问路径下，风险极高：Nginx 缓存规则一配错，就把 runtime/view/xxx.php 当静态资源缓存；某次部署漏删 runtime/，旧模板编译文件残留，新代码白改。
-
runtime/必须移出 Web 根目录，例如放到/var/www/myapp/runtime/，并在config/app.php中显式配置'runtime_path' => '/var/www/myapp/runtime/' -
public/下只保留真正需对外暴露的内容：入口文件index.php、static/、robots.txt -
static/内部按类型分层：static/js/、static/css/、static/img/，便于 CDN 配置和版本管理
静态资源路径动态化，禁用硬编码
模板中写死 <script src="/static/js/app.js"></script> 看似简单，但换 CDN 域名或调整发布路径时，就得全量搜索替换，极易遗漏。
- 统一用助手函数：
{:url('static/js/app.js')}，自动适配域名、子目录和 URL 重写规则 - 或通过
config/template.php的view_replace_str配置动态替换，如'__STATIC__' => '/static'，模板中写<img src="__STATIC__/img/logo.png"> - autoload 不要在运行时注册：删除每次请求都执行的
Loader::addNamespace('app', APP_PATH)，改用 Composer classmap 静态加载，实测未开 OPcache 时单次节省 5ms+，容器环境更明显
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
