这种东西没必要争论
每个人有自己的工作方式，争论下去没结果的，都会觉得自己的方式更高效
和美术约定好的话基本不用改， 检查你不管那种规范都要检查
如果你要检查。就得重复的切换文件夹或者重复的运行预览，这就是我说的
编辑器选图点图就跳转到文件夹去了， 没那么弱。。
图片文件夹，预制体文件夹，你在批量改必然会在这两个之间切换很多次。而模块化则不会遇到这个问题
而且项目越大你跳转的速度越慢，我只能说你这种方式要么是自己没试过拼界面，要么是项目资源数不多，这种结构基本上是不拼界面的主程决定的。自己认为很好但是下面的人拼 UI 改 UI 得累死
我推荐的是这种：
代码目录： 公共代码模块 A业务代码模块 B业务代码模块 C业务代码模块
资源目录： 公共资源模块 A业务资源模块（含prefab和图片）B业务资源模块（含prefab和图片）C业务资源模块（含prefab和图片）
如果分包: A业务代码和A业务资源组合一个分包； B业务代码和B业务资源组合一个分包
如果不分包：那就打包到一起
一个文件夹全是脚本，一个文件夹全是图片这种项目目录，基本上只在老项目2dx见过，creator还是老老实实按功能模块分比较科学一点。毕竟按功能模块分没啥可能性遇到转到全文件夹放脚本的需求，但是全文件夹放脚本说不定某一天就要分包了
没啥区别吧，代码只是逻辑目录， 编译后都会编译最终生成一个文件到你对应的分包文件夹里。 至于配置输出到哪个目录可以自由组合
既然把预制体和图片放在一起，为什么不把代码放在一起呢？拼 UI 时点代码也得跳转，省去多余步骤
便于代码审核，代码重构优化可以看的更清晰，还有一些构建、QA的逻辑好处理
看你自己吧，各有所爱。模块化本身就是父子结构已经很清晰了
还是有的，可能你目前参与的项目都不大，也不复杂，复杂起来就知道按模块分多重要了。举个例子我现在公司，20多个项目组，都由引擎组提供公共支持，如果像你那样一个文件夹全放脚本肯定不如按模块分科学。
都是有维度和边界的
一个项目那肯定是一个项目有一个代码文件夹啊， 肯定不是20个项目的代码都放一个代码文件夹里
我感觉你完全没理解
代码和资源耦合有一个这样的问题， 在A模块里写了一堆代码和资源混在一起，
到了B模块有相同逻辑，大概率你会copy一份改改。 审核代码也未必看的很清楚；
如果你的A模块和B模块是在一个代码文件夹里，大概率你能看清楚进行抽象重构来进行优化
纵然你是把图片放在一个文件夹下，你也得按模块分子文件夹，不然怎么用自动图集或者方便修改？那么和所有资源放在模块文件夹下有什么区别？
你放在一个文件夹下两个 TS，和分成两个文件夹下的单个 TS，明显是分文件夹更清晰，我不理解你怎么想的，反而放在一个文件夹下的相似 TS 更容易混淆
这个时fgui把
我是分包该怎么分就怎么分，难道不应该优先考虑分包吗？