一堆公有类太多，new来new去不方便,cocos creator ts+loC+装饰器框架

Creator 2.x
#21

感谢您回复:pray:

#22

纠正一下， ts是支持元组的吧，也就是object，ts的写法是 let ContainerMap : {[key : string] : any} = {}

#23

不好意思就就正下是元数据

#24

ts支持cocos不支持

#25

没太看懂优点。。。比如打印日志用 this.logServer.info(“打印日志信息”)
会比静态方法的使用方式 LogServer.info(“打印日志信息”) 舒服吗？
这个this…没有继承包含logServer的类想打印怎么办呢

#26

export count logServer = new LogServer() 这是单例，只会一次

#27

ts本身自带简单的导出单例，所以采用spring ioc那套只能说是把简单的事情更加复杂化了(java你只能到处new 所以用ioc管理实例更加方便)

#28

已经两年没看过这套代码，这套代码现在唯一的用处是，如果你有多个场景，短局，非单机游戏，这套装饰器可以解决，因为他的所有类都只会nwe一次。

#29

你这个就是脱裤子放屁，多包装一个父类
我是：
1、建立一个XxxMgr单例，然后export const xxxMgr = XxxMgr.instance;
2、然后把所有xxxMgr，放到一个App.ts
3、外部直接使用App.xxx.方法()

任何地方只需要import 这个App就可以了

1赞
#30

一千个人有一千种代码习惯，总有些不一样的想法，分享有时徒增烦恼 :face_with_hand_over_mouth:

#31

学习了，但不习惯，，

#32

我试试你的方法哈

#33

刚刚试了一下你这套办法，达不到我想要的效果，这是两年前的帖子当初学艺不精。但却实实在在解决了我的问题。

#34

感谢大佬评论，最进也是在找一些解决方案，突然翻到两年前自己的贴子.

#35

其实架构方面都没啥用，主要是那个装饰器。毕竟是两年前的写法了，太老了

#36

js就不应该去学java 什么的，每个语言特点不一样，java的繁琐不用套用到js里来；
不过楼主分享的行为值得点赞！

#37

感谢感谢，这是两年前的贴了。之前就是脑袋有坑。当初就是为了解决，数据复用的问题，例子
预制体A
预制体B
userData.ts num =0
预制体 A num++
预制体 B log(num) // num = 1;
请问有没有更好的办法

#38

支持楼主，理解不了ioc的人也理解不了接口编程的 :rofl:，更是理解不了在一个混沌的项目中有一个全局产生服务类的地方的好处。

#39

如果有朋友没开始写框架，或者有这种想法，实现一个IOC，然后自己慢慢补充，这是你快速积累各种实现的方法。

#40

如果你是指的楼主这样的代码示例，那么楼上的兄弟说的很对，简单的问题复杂化，单例可以解决的问题用一个Map存储，再从Map取，搞笑呢这是