我开发了一个群聊成员无上限的聊天软件，取名：无限群，今天发布 0.1 版本，进行内测

[ospulse]

经过紧张而又刺激的开发，肝代码，终于，赶在苹果新品发布会的时候，发布 0.1 版本。

这个项目的 macOS 客户端，和后端，都是我一个人手写实现的。

项目架构图如下：

技术栈的选择，刚开始是这样：

1. 客户端：Swift
2. Gateway 服务器：Go
3. API 接口: Ruby
4. 消息队列: Erlang
5. 消息队列 worker: Python
6. 投递服务器: Go

但是，经过考虑，要是用很多语言的话，维护成本比较高，结果，最终都采用 Go 作为统一的后端语言。

也就是：

Gateway, API 接口，消息队列，Worker ，投递服务器，都是用 Go 来实现了。

---

由于用了 SwiftUI ，软件最低版本，要求 macOS 13 以上。

对这个软件感兴趣的，打算参与测试的，请联系我。

我的微信：mi-ngzhi

[loveqianool]

手写可还行

[whitecosm0s]

想问一下内容审核怎么解决，和 Telegram 的区别是什么呢？

[AppJun]

不是应该上 socket 啥的吗？

[ospulse]

@loveqianool 还行。

[ospulse]

@whitecosm0s 准备接入云服务的内容审核。

[ospulse]

@AppJun 用的 WebSocket

[HiramWong]

真的不会丢数据吗，后期会对容量收费吧

[ospulse]

@HiramWong 数据不能丢，除非云服务挂了。不会对容量收费，但是会对有些功能收费。

[musi]

一个人换这么多语言写着写着不会乱嘛

[evada]

想试试，可以是 mac 12

[SpikeChan]

架构图的风格很喜欢

[ychost]

@ospulse #6 websocket 开销不会很大吗

[fujizx]

以前组里把自己开发的 IM 用去同步游戏里的聊天到 APP ，然后那个消息队列。。。有点吓人

[ospulse]

@musi 会乱啊，现在同时写 Swift + Go ，就会写乱了。

[ospulse]

@evada 主要是用到了 SwiftUI 的新组件，得要求 macOS 13

[ospulse]

@SpikeChan 我自己手绘的，嘿嘿

[ospulse]

@ychost 就是一种长连接服务，开销大也得用啊

[ospulse]

@fujizx 消息太多了吧，得多加几个 worker ，才能处理的来

[ospulse]

实现 tab 切换功能，B 站围观地址：

https://www.bilibili.com/video/BV1nF411D79Q/?vd_source=eac57d23025c06a23af985f3ce0640d3

[liangnostr]

不开源吗