这个主要看你的借口实现里有没有使用对象。
python的优势是能方便的调用各种库，所以不太能以vm的形式运 ...
我说的就是进程间通信，接口可以做到没有对象，来回交互普通字符串就够了，你说的对，json来回序列反序列 wendaokoujin 发表于 2025-5-3 06:08 PM
我说的就是进程间通信，接口可以做到没有对象，来回交互普通字符串就够了，你说的对，json来回序列反序列 ...
如果没做对象的话，理论上用个类似grpc的协议还是可行的，就是实际开和各种意外的处理是不小的工作量。 wendaokoujin 发表于 2025-5-3 06:08 PM
我说的就是进程间通信，接口可以做到没有对象，来回交互普通字符串就够了，你说的对，json来回序列反序列 ...
其实如果只为了针对pyhton做这样的适配，感觉有点得不偿失。
但如果换个思路，把mud客户端的引擎部分抽象出来。
把前端 和后端做成可替换式的，那可能性就无限大了。
后端可以对接js,lua或者各种用户熟悉的语言。
前段理论上可以对接vdcode,jb家的ide,甚至是wow这种有插件系统的游戏。
边wow下副本，边划水玩mud,挺带感的样子。 jarlyyn 发表于 2025-5-3 06:23 PM
其实如果只为了针对pyhton做这样的适配，感觉有点得不偿失。
但如果换个思路，把mud客户端的引擎部分抽 ...
是的，你的想法很好，我抽象出一部分了，确实是接口其实不多，包括和前端的接口，但是前端要复杂很多，除非只是最基本的功能，后续有空再弄。
不过今天把 python 的支持也加上了
现在这个客户端支持 js，lua 和 python
页:
1
[2]