RFSF研究的方向主要如下： Zs<KZGn-B
1。使用现成的SF服务端（网上到处有）+加上GF的客户端 Zs<KZGn-B
2。使用现成的SF服务端（网上到处有）+加上SF的EXE+GF的客户端 Zs<KZGn-B
3。使用现成的SF服务端（网上到处有）+加上SF的客户端 Zs<KZGn-B
Zs<KZGn-B
Zs<KZGn-B
对于1而言基本泡汤。通讯协议变了。除非你写外挂自己去破。 Zs<KZGn-B
对于2区别的是是用SF的客户端去调用GF的资源/（其实我们写程序的都知道。EXE功能之一就是一个调用资源的过程）。 Zs<KZGn-B
对于3而言。面对的是大量的汉化。 Zs<KZGn-B
========================================= Zs<KZGn-B
所以得出结论：方向是2 Zs<KZGn-B
Zs<KZGn-B
前几天看到有人说： Zs<KZGn-B
1。DAT文件不清楚他的含义。 Zs<KZGn-B
这个可以告诉你：DAT文件的结构很清晰。我目前的工具已经将等级和掉率等写好了。其他的也在慢慢的写 Zs<KZGn-B
2。隐型怪问题 Zs<KZGn-B
这个在怪物属性文件的DAT文件中一样可以来处理。 Zs<KZGn-B
3。GF有的功能。SF的没有（如组队谈话） Zs<KZGn-B
这个也可以告诉你：在原始代码中对某些消息包的处理没有写。但是可以模仿其他的部分来写下去 Zs<KZGn-B
4。当然还有最大的特色：做到没有外挂。 Zs<KZGn-B
我想写外挂的总不会为SF写个外挂吧。 Zs<KZGn-B
=============================================== Zs<KZGn-B
最后说下：正在研究的且有毅力的请联系我（小孩和莱鸟勿扰）。我孤身一人研究很累。 Zs<KZGn-B
QQ：59304538
