Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5096175
  • 博文数量: 921
  • 博客积分: 16037
  • 博客等级: 上将
  • 技术积分: 8469
  • 用 户 组: 普通用户
  • 注册时间: 2006-04-05 02:08
文章分类

全部博文(921)

文章存档

2020年(1)

2019年(3)

2018年(3)

2017年(6)

2016年(47)

2015年(72)

2014年(25)

2013年(72)

2012年(125)

2011年(182)

2010年(42)

2009年(14)

2008年(85)

2007年(89)

2006年(155)

分类: 架构设计与优化

2014-12-02 12:14:54

MMO寻路的各种实现方式:
服务端执行寻路,客户端纯粹表现。
客户端执行寻路,服务端验证结果(可能抽样验证)。
客户端和服务端都执行寻路,并保证同步。
如果NPC需要寻路,服务端就必须有寻路功能。
Unity本身的设计不适合用于MMO服务端,而一般公司也很难取得源码再实现相同的寻路规则。
如果服务端就必须有寻路功能或验证功能,建议不要使用Unity本身的寻路功能。可以选择自行开发或使用一些中间件如PathEngine、Autodesk Navigation

-----------------------------------------------------------------------------------------------------------------------------------------

寻路和战斗逻辑的物理碰撞肯定放server,因为client的本地数据和发的包都是不可信的。
导航网格是很成熟的技术,服务端实现一套符合项目需要的只需要一个程序员不到一个周的时间就能搞定。
物理引擎的话也需要根据项目定位来决定是自己搞一套简单的还是稍微复杂点的。我在的项目服务端用bullet已经绰绰有余了,还需要裁剪掉很多功能。
client需要的是位置的同步和状态的同步,server侧寻路的流程和碰撞检测的逻辑,对client透明。


-----------------------------------------------------------------------------------------------------------------------------------------


客户端的做法肯定服务器端也得做简单的验证,一般会为服务器生成简单的导航地形网格,客户端会根据寻路数据包括什么方向速度之类的发给服务器,服务器会简单验证是否合法,不合法则直接让他回退
也有的做法是在服务器端寻路,这样的话只要广播位置就行了。











阅读(2573) | 评论(0) | 转发(0) |
0

上一篇:python 装饰器

下一篇:A*路径寻找算法入门

给主人留下些什么吧!~~