mudos 和 lpc 学习有感

jizong

额，不要什么新客户端的

不亮，就zmud和cmud、mush、tt++
足矣！！

suifengl

红衣大神
膜拜下

zgbl

mush和tintin++过于专业，扩大用户面，吸引新玩家的关键还是要降低上手难度，光依赖玩过mud的老玩家是不行的

方便新人上手，tomud接口要做，这个是一个
现在北侠信息太多，刷频太严重，使用lmud的信息区域化显示，也是进步的趋势
随着底层和客户端的改进，北侠会更好的

[ 本帖最后由 zgbl 于 2011-9-4 08:20 PM 编辑 ]

zgbl

pkuxkx北大侠客行Mud：
mudos要做的事，
1.把mysql支持移植到v22pre11,北侠要升级到最后的版本，lib改动太大了。
2. 支持64位。
3. 支持utf8和big5。
4. 支持线程


其中最后的版本必须得支持tomud和lmud，客户端得改进

reallove

原帖由 zgbl 于 2011-9-4 08:19 PM 发表
pkuxkx北大侠客行Mud：
mudos要做的事，
1.把mysql支持移植到v22pre11,北侠要升级到最后的版本，lib改动太大了。
2. 支持64位。
3. 支持utf8和big5。
4. 支持线程


其中最后的版本必须得支持tomud和lmud， ...

1没有4的支持就是白搞，还不如搞个中间件
2一定要实现么？游戏除了exp的增长应该还有很多其他事情可以做
3仅仅是个的efun，而且侠客行貌似诞生的时候已经有了big5的simul_efun了

reallove

原帖由 redcoat 于 2011-9-4 04:25 PM 发表
初步设计：

• 采用微内核的思想（个人喜好加上设计上的优美）
• C && lua （C++协议改得越来越丑了，不会考虑C++。python和perl不错，但相比lua，还是lua有效率优势。再加上C和lua的天然粘合性，lua是首选。ruby也很优秀，有空写写玩玩）
• 分成server，kernel，shell三部分来写。server部分先把web服务柔进去。kernel采用module的方式modprobe。shell就是交互层，类似bash的解释层。
• 不会考虑兼容mudos，因为这是个自娱自乐的小玩具，是体验mud编程的最好方法。
• 不会采用mudlib的方式，如上面的设计，就没有考虑mudlib的方式。mudos像是一个类似的模拟器，模拟一个个mudlib。我会把kernel分成各大块，每块相互用信号量通信，每个块（即module）提供各种相应的系统函数。不断完善。
• 游戏的设计只需提供lua的一系列脚本。shell层负责解释、交互、预编译。

期待

wzxb

至少先练到10m行不，瞧瞧，我给北侠培养了个自学成才的巫师，该给我个奖励吧。

jason

原帖由 reallove 于 2011-9-8 05:43 PM 发表

1没有4的支持就是白搞，还不如搞个中间件
2一定要实现么？游戏除了exp的增长应该还有很多其他事情可以做
3仅仅是个的efun，而且侠客行貌似诞生的时候已经有了big5的simul_efun了

支持mysql不需要多线程，用callback就好了。

reallove

原帖由 jason 于 2011-9-9 01:12 PM 发表


支持mysql不需要多线程，用callback就好了。

单线程的callback和同步调用有啥区别，你做的不是客户端，是server。
任何一次查询，如果数据量大了，或者DB出了什么问题就会阻塞所有user的操作！
一点容错的可能都没有。

jason

原帖由 reallove 于 2011-9-9 01:21 PM 发表


单线程的callback和同步调用有啥区别，你做的不是客户端，是server。
任何一次查询，如果数据量大了，或者DB出了什么问题就会阻塞所有user的操作！
一点容错的可能都没有。

mysqld本身是另一个独立的进程啊。mudos只不过把请求发过去，然后等下次空闲的时候来取结果。很多软件都是单线程的，支持并发可以做的很好。