所以来一起交流学习啊，等积累到一定程度，有底气了。就可以拿出来用
同是菜鸟请多关照
2.4以后都已经支持AB包了，写好了AssetsManager，一样解决问题，跟框架没啥关系。我觉得通用框架设计本身就是个悖论，最适合的还是工具集，脚手架，颗粒度足够细，足够灵活。
1赞
我回复错人了 哈哈哈
关于ABundle不能使用主包单例那个，是我说错了。抱歉哈
用工具集好还是用框架好，是个人的喜好和需求。
工具集更加确定，拿来就用，可定制性弱些。
而通用框架，使用前需要做些定制，但可定制性高，适应更多不确定情况，不同项目。
其实工具集也是框架，只不过是更确定的框架，带着约定和规范
好吧，希望你这个能做的更好吧，不要像之前的几个框架，都无疾而终了
一样一样，啥时候请大佬多多指教
这个框架会一直维护吗？
-
我游戏开发生涯结束，或者我挂掉可能就不维护了
-
如果有看我的前几篇文章，可能就会知道，这个框架的起源，以及它的定位。
-
个人的技术成长是永不停息的
- 而这个框架是我个人技术成长的成果，随着我的技术成长而成长
-
大部分库是写得差不多了，就差尽可能多的测试和整理
- 这也是对我这一年的自我梳理
- 整好了就发，可以关注一下，期待一下
-
为什么写通用呢？
- 工作中能用（做laya项目）
- 私底下在Cocos也能用
- 而且能够保持一致的编码体验，不至于分裂
- 我还有头发但同时维护多个库就已经够多了，还要维护两套，那就受不了了
-
还有一个很重要的
- 非常感谢各位能够提出自己的观点以及指教
- 让我受益匪浅
- 这种氛围非常好，也是我维护的动力之一
-
请大家多多支持
，多多指教
赞！！
！
赞同，见过很多框架一大堆定义和依赖，结果每次加个小功能，还得改框架，对于业务实现层非常不友好，本来我只想知道是调用哪个模块下的哪个方法就行了，结果给我整一大堆结构，让我在好几个文件里面补充定义，我还得问，对方还得一脸不屑的给我说明，最后框架不支持，还觉得是我坑他
我不知道真正的框架是什么样的，我就按着自己这两年来的习惯，封装了这么几个东西：
1· 一个管理音效播放的
2·然后一个管理广告的
3·一个管理弹窗类资源的
4·一个管理一下小item的
5·一个消息管理的
6·一个管理数据的
7·一些常用的工具类函数
然后就是看项目需要整一些动态资源的管理的等等
这样我就觉得很爽了，我自己做项目的时候，就基本可以做到单纯面向业务需求开发了，当然我是做小游戏。
每次看到论坛里，各位大佬在讨论“框架”这个话题的时候都非常关注，希望自己能学到好东西。
看来还得以后有机会接触大一点的项目的时候才好深入学习这一知识！
1赞
其实框架也不是什么高大上的。
你所做的其实也是一个框架。
第一篇文章，也说了：框架是封装部分通用能力供业务层使用，起到支撑业务开发的作用。
互相学习~
mark!
我比较赞同你的观点
可否搞个在gitee，guthub老抽风，连不上
我觉得楼主虽然搞得很复杂，但是思想上还是很不错的，游戏是肯定需要框架的，所谓不需要框架都是个人或者小作坊，任何超大型项目都要考虑框架来解耦和定义一些规范，否则如果是多人协同开发的项目大概率最终会死在无尽的BUG和后期维护上
不同层面解决不同问题。
这个UI框架解决的是跨引擎。
至于直接用。ccc3d和ccc2.x都有对应的实现
ok 谢谢 
不维护了吗 我看github上一次更新是2年前了