这是我们项目的UI，每个包下边都是一个功能模块的多个界面
在做的时候，永远不知道以后哪些资源会被复用
这还是偶尔重构之后的
代码和资源耦合有一个这样的问题， 在A模块里写了一堆代码和资源混在一起，
到了B模块有相同逻辑，大概率你会copy一份改改。 审核代码也未必看的很清楚；
如果你的A模块和B模块是在一个代码文件夹里，大概率你能看清楚进行抽象重构来进行优化
纵然你是把图片放在一个文件夹下，你也得按模块分子文件夹，不然怎么用自动图集或者方便修改？那么和所有资源放在模块文件夹下有什么区别？
你放在一个文件夹下两个 TS，和分成两个文件夹下的单个 TS，明显是分文件夹更清晰，我不理解你怎么想的，反而放在一个文件夹下的相似 TS 更容易混淆
这个时fgui把
我是分包该怎么分就怎么分，难道不应该优先考虑分包吗？
项目目录结构：1.一个文件夹全部放脚本 ，一个文件夹全部放图片 2.按功能模块区分文件夹，里面都是该功能模块的图片和脚本。 说说两种目录结构优缺点，并且你会选哪一种
可以复制文字去问问gpt，我的问题没有任何引导性提问
一个文件夹全放脚本或者全放图片的优点是：
-
简单直观 ：新手快速上手，文件定位路径固定
-
全局复用性高 ：通用脚本（如工具函数）集中管理，避免重复
-
资源优化便捷 ：图片批量压缩、CDN分发等操作更高效
1赞
大萝卜老师 的文章里 教的项目 用的架构不错
脚本目录下就放脚本，资源目录下就放资源
有能力自己定义，没能力随波逐流
做的时候快，等到项目到一定程度 图片内存代码包体爆炸了，主程就该找上门来治理了
还好，现在界面资源会动态卸载，并且进到战斗局外的资源会全部卸载掉，内存方面不用担心
我也是这个思路，除非超大的资源，着重关注下是否复用，一般我都不管它复用问题。因为按照经验看，越关注复用，参与的人越多，最后引用关系越乱，写代码的时候都不够，更别说去处理这个混乱了。
2赞
如果在项目中做过几次项目调优，或从0到1完整跟过项目，基本就大概能感受到资源如何放位置的优点缺点。
首先要拿一个合适的项目做讨论，比如日活跃百万级的项目（千万级更好）
这样很多看起来不重要的因素都会被考虑到，资源复用，代码混淆压缩
启动优化、加载顺序优化、资源■■回收、错误精准捕获上报
甚至会考虑消息的通讯优化（就是网络优化）
素材如何放，特别是在Cocos Creator中，是以文件夹为Bundle 这样就让很多人会把某个模块放一起，拆分Bundle
个人倾向于 代码单独放 分为 三大部分：依赖库（第三方流行库或者插件）、核心代码复用频度高、某个固定模块
当然如果运营活动频繁，运营活动单独一个文件夹，定期清理更新删除过期的运营活动素材
其他的资源 我倾向于 公共资源一到两个文件夹，这里主要考虑加载和启动优化。剩下的资源 采用随用随取的文件夹
按照小游戏分包的思维，那么assets分两个bundle就足够了吧？
一个resources放置主场景scene、启动加载页的脚本资源等，
然后就是另一个mainBundle的bundle放置所有内容，包含common公用模块、各种功能文件夹
1赞
为啥不直接用中文命名文件夹啊 
什么坏习惯，遇到编码问题就舒服了。
淘汰做法了
啊? 那玩家电脑安装路径是中文就不给解决了吗? 中文名能提前知道编码问题,提前解决啊.