不就是因为内部实现会调整，才不做成公有接口的吗？现在 properties 是不能动态修改的，所以我不知道放到 CCClass 下面要怎么实现。
看不懂你在说啥哈
碎图会分别生成 json，但是打包到 web 后 json 会合并的。
我考虑下，应该可以在原生平台上允许合并 atlas 的碎图。不过如果是需要动态加载的单个碎图，策略还是和 web 一样的，不会合并否则要加载的数据量会增大。
和 1.4 无关的问题还是单独发帖吧，这里不展开讨论了
这个版本大幅优化了场景创建、场景销毁、对象创建、对象销毁和 instantiate 的性能。所有项目都得到了免费的性能提升~~~~
1赞
是啊，这个是游戏的核心，应该先上
感谢jare大〜如果能atlas部分json能合并就太好了
1赞
确实提升不少，特别是在编辑器里面，谢谢
谢谢回复。我的需求不是动态修改properties，而是替代cc.Class声明Component。我们把项目全面TypeScript化了，但是cc.Class的写法TypeScript不支持，而Component又必须用cc.Class否则编辑器不支持。于是我用装饰器简单重写了cc.Class（就十几行代码，依赖define()、declareProperties()和cc.Component._registerEditorProps），获得了接近完美的代码提示、多人协作、代码重构、代码检查的体验，并且项目正常运行没有问题。效果大概是这样：
其实不做成公有接口，每次升级版本如果有问题的话我花十几分钟检查一下cc.Class，也没什么问题。但如果可以的话，一方面我不用麻烦再集成一次CCClass.js，另一方面我也可以把项目完整使用TypeScript的经验分享出来，对一些中大型多人合作的项目可能会有帮助吧。我觉得像cc.Class.attr，cc.Component._registerEditorProps这样的接口，文档没有说明的话也没有什么人会去用。
8赞
赞喔！我觉得装饰器是迟早要支持的，你把我一直想做的给提前实现了~~~ 欢迎在论坛分享一下你的经验！
我这边会在 1.5 加入 cc.Class._define、cc.Class._declareProperties 两个 API 或者替代方案，方便插件开发者。
4赞
求分享！
感觉官方可以把这个作为支持TS的一种方式，赞
感觉原声平台可以和web使用同样的json打包方式，不然碎文件太多，不利于热更新。
我也希望使用ts，时刻关注如果大大分享，哈哈
AnySDK的插件，还在做最后一轮测试，12.20的版本中一定会加入。
Marker
支持！！！！！！！！！！期待热更新的改进
2dx的3.14版本，什么时候出啊？
不对吧，之前原生平台也是有合并的，不过有人抱怨热更新的数据量会变大，所以在内测版就去掉了合并功能。
1.4版动画编辑点了帧节点后，无法放下，只能关闭整个编辑器