从策划的角度看，在目前现实的项目中，即时战斗的MMORPG

sjinny

从策划的角度看，在目前现实的项目中，即时战斗的MMORPG里是否应该把怪物实例的数据保存到数据库
比如服务器宕机或者停机维护再重启，然后你看到的怪和停机前是一样的位置和状态……
现有项目里一般是怎么做的？

huori

如果服务器一天当个20次了？
然后，这么做有什么意义吗？玩家刚上线的状态，和他刚登陆时的状态是不一样的。

村头李老汉

一般都是一周维护一次吧。再说AI设定自动行走路线，玩家再次上线后记不住的呵呵。

sjinny

现在我这个项目里其他人对可靠性比较纠结，希望做到打怪打到一半宕机了，然后重连上来可以继续而不是发现重新刷怪了……但是我的印象里似乎很少有这样做的……所以先来问问策划角度是怎么看的

huori

假定怪物是单人，对个人而言难度不大，重新打下也一样。
假定怪物是团队，你怎么让一个团队的人重新同时上线？

sjinny

呃……能不能把结论说一下……我还没看明白

huori

sjinny: Re:从策划的角度看，在目前现实的项目中，即时战斗的MMORPG里是否应该把怪物实例的数据保存到数据库

呃……能不能把结论说一下……我还没看明白

这只是一个方面，再细点说。
如果玩家对付的怪物，是设计的单人能对付的怪物，那么杀死这个怪物的难度和时间都不会要太长。
于是，即便这怪物重置了，再重新杀死一遍，玩家也没什么不适。

而若这个怪物设计时是面向团队的，即杀死这个怪物的难度并不是单个玩家能承受的。
而无论玩家使用什么工具进行指挥，在掉过一次线后，也不可能让刚掉过线的团队成员同时登陆，更不可能让重新登陆的人保持着刚才战斗时的状态。
于是，大概会出现这么一幕，怪物把单个出现的玩家都拍死后，玩家集合重新开打。
这还不如重置。

sjinny

恩……上面这个有三个假设：
一是假设游戏场景所在的服务器宕掉再重启这一过程无法对客户端做到透明
二是假设面向团队的怪物不仅仅是沙包而是带刺的
三是假设即使所有人都坐在一起（比如网吧），不同人重进游戏的先后也会有所不同
四是假设怪物会自己回血（否则就算依次被拍死也可以重新集结再进去接着打）

二和三应该都是普遍成立的。
一似乎同事比较乐观。
四目前似乎是打算不做，但是其不做的理由是服务器端的压力……很怀疑这是否会一直成立……

～远航～

1：这样做对用户玩家来说最大的意义是什么？
2：这样做技术实现、开发需要付出多大的代价？

2者想清楚，衡量清楚即可做判断。

11月11日

比如服务器宕机或者停机维护再重启，然后你看到的怪和停机前是一样的位置和状态……

建议不要

如果做了，是不是怪物要等你上线才出现？

如果刷怪点都有玩家，正好停机

那如果这些玩家不上线，是不是怪物不出现？

如果出现，是不是会出现同一时间，怪物大大多于设计时的怪物？