V2EX › gl3081 的所有回复 › 第 5 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2024 年 7 月 31 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

整个项目都是基于 https://github.com/GStones/moke-kit 这个框架写的

2024 年 7 月 31 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

https://github.com/GStones/moke-kit

2024 年 7 月 31 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

@yingyy 不一样的东西，可以看代码以及架构图了解更多内容哦

2024 年 7 月 31 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

@nevermoreluo 帧同步其实就是逻辑帧的转发，是可以抽象出来为一个公共服务的，另外场景+物理引擎，可以使用 DS 架构，然后用 agones 管理，具体参考 game/room 的实现和相关架构图

2024 年 7 月 31 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

@zdt3476 已经实践过了，TODO 是需要优化的点

2024 年 7 月 30 日

回复了 gl3081 创建的主题 › 程序员 › 开源了一个游戏服务中台，欢迎大家 Star

@orzz 我试了下，cocoscreator 导入 sdk 可能有点问题，暂时不知道咋解决

2024 年 6 月 28 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@RedisMasterNode 多个仓库的多个服务，本地开发是否需要每个服务都启动？ moke-kit 可以将所有仓库的所有服务注入到一个 main 容器里面，执行一个 main 容器就会把所有服务启动，参考： https://github.com/moke-game/game/blob/main/cmd/game/main.go#L50 ，这是聚合了所有服务的一个 main 容器

2024 年 6 月 28 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@RedisMasterNode git 仓库管理可以按照类型去分组，每个组一个仓库，每个仓库可以包含多个服务： https://juejin.cn/post/7384419675072856103

2024 年 6 月 28 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@GeekGao 看了下 Dapr,确实很厉害，这是一个 sever mesh 的插件，应该类似于 istio 吧，moke-kit 更多的是提供了面向当前服务本身的一些解决方案

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@twogoods 确实没有听过，所有服务都是基于 IOC 思想，自然也就可以创建不同粒度的 main 容器来注入这些服务，也就实现了“可以按照单体应用开发，生产环境部署为微服务模式” 这种 feature ，moke-kit 还有更多的 feature ，欢迎体验

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@twogoods 感谢支持！ service weaver 之前没有听过，我研究下，请教下如何贡献给社区？

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@sophos 感谢大佬，同道中人

2024 年 6 月 27 日

回复了 Breadykid 创建的主题 › 程序员 › 请问服务端埋点，设计成什么样的实现方式比较好？

埋点需求的数据比较多，没办法做统一处理。
不过买点的数据对象，这边建议你考虑下 builder 模式，编辑器一般都有插件可以自动给 class 生成 builder 模式

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@ZSeptember 是的，服务间互相调用用 IOC 也特别方便

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@RedisMasterNode 这里说的是微服务中的每个服务，因为在微服务中服务数量比较多，管理起来太麻烦，如果有 IOC ，可以更好的分类组合，比较灵活适用用户规模：
* 本地开发所有服务注入到一个 monolith 容器中
* 测试环境可以按类型封装多个容器部署
* 生产环境部署拆分成多个 micro 容器打包 docker 镜像实现集群部署

2024 年 6 月 27 日

回复了 gl3081 创建的主题 › 分享创造 › 自己写的云原生微服务框架欢迎 star

@artiga033 微服务的每个服务抽象成一个 component ，可以被任何容器 inject ，那样微服务就可以自己拼接组合，方便复用，还是非常有用的

1 2 3 4 5

❮

❯