一个文件夹全是脚本，一个文件夹全是图片这种项目目录，基本上只在老项目2dx见过，creator还是老老实实按功能模块分比较科学一点。毕竟按功能模块分没啥可能性遇到转到全文件夹放脚本的需求，但是全文件夹放脚本说不定某一天就要分包了
没啥区别吧，代码只是逻辑目录， 编译后都会编译最终生成一个文件到你对应的分包文件夹里。 至于配置输出到哪个目录可以自由组合
既然把预制体和图片放在一起，为什么不把代码放在一起呢？拼 UI 时点代码也得跳转，省去多余步骤
便于代码审核，代码重构优化可以看的更清晰，还有一些构建、QA的逻辑好处理
看你自己吧，各有所爱。模块化本身就是父子结构已经很清晰了
还是有的，可能你目前参与的项目都不大，也不复杂，复杂起来就知道按模块分多重要了。举个例子我现在公司，20多个项目组，都由引擎组提供公共支持，如果像你那样一个文件夹全放脚本肯定不如按模块分科学。
都是有维度和边界的
一个项目那肯定是一个项目有一个代码文件夹啊， 肯定不是20个项目的代码都放一个代码文件夹里
我感觉你完全没理解
代码和资源耦合有一个这样的问题， 在A模块里写了一堆代码和资源混在一起，
到了B模块有相同逻辑，大概率你会copy一份改改。 审核代码也未必看的很清楚；
如果你的A模块和B模块是在一个代码文件夹里，大概率你能看清楚进行抽象重构来进行优化
纵然你是把图片放在一个文件夹下，你也得按模块分子文件夹，不然怎么用自动图集或者方便修改？那么和所有资源放在模块文件夹下有什么区别？
你放在一个文件夹下两个 TS，和分成两个文件夹下的单个 TS，明显是分文件夹更清晰，我不理解你怎么想的，反而放在一个文件夹下的相似 TS 更容易混淆
这个时fgui把
我是分包该怎么分就怎么分，难道不应该优先考虑分包吗？
项目目录结构：1.一个文件夹全部放脚本 ，一个文件夹全部放图片 2.按功能模块区分文件夹，里面都是该功能模块的图片和脚本。 说说两种目录结构优缺点，并且你会选哪一种
可以复制文字去问问gpt，我的问题没有任何引导性提问
一个文件夹全放脚本或者全放图片的优点是：
-
简单直观 ：新手快速上手，文件定位路径固定
-
全局复用性高 ：通用脚本（如工具函数）集中管理，避免重复
-
资源优化便捷 ：图片批量压缩、CDN分发等操作更高效
1赞
大萝卜老师 的文章里 教的项目 用的架构不错
脚本目录下就放脚本，资源目录下就放资源
有能力自己定义，没能力随波逐流
做的时候快，等到项目到一定程度 图片内存代码包体爆炸了，主程就该找上门来治理了