就程式设计的观点来看 这个功能就是 80/20 里面的 20 为了减轻 server 的负担 其实很多的动作都拉到 client 处理了 但是有一部份还是必须要在 server 做验证的动作 其中最大的一项就是 上线中/被攻击/护盾 的判断 因为这边要的资料必须是即时的资料 user 不断的上下线 攻击/被攻击 所以必须一直同步状态 也就是很容易造成 lock 的问题 假设说被攻击清单保留 100 笔资料 那这样我一打开清单 server 就必须去查询这 100 个 user 的状态 这样的成本的确是太高的 所以这就会是一个 nice to have 的功能 也就是说不太可能实现 ※ 引述《meidoku (佐木三号)》之铭言： : 其实coc这个游戏有很多可以改进的方向 : 只是看官方愿不愿意而以 : 单就复仇的部份来说，我个人提供的点子如下 : 1.因为复仇只能有一次，所以希望 : 就算有护盾的也可以复仇 : 但是被复仇之後还是不会破盾 : 换句话说有护盾只是让人搜寻不到你 : 但是如果是复仇的话，护盾是没用的 : 不过这机制现在一定很多人反对 : (因为现在大家可以用模的) : 2.如果第一点不能改成这样，那至少 : 希望能改成，你可以把你想复仇的对象，设定成关注 : 被关注的对象如果盾消失时，游戏讯息会通知你 : (就好像生兵满会通知一样) : 3.如果第二点也不行的话，那至少 : 希望能改成所有可以复仇的对象 : 都会直接显示对方护盾剩余的时间 : 然後一直倒数，让玩家自已心里有数 : 倒数快要结束前，先准备好重兵来报仇练身体 : 4.如果第三点对於网路或系统的负担太重的话 : 可以改成能复仇的对象可以设定成关注 : 被关注的对象就比照第3点处理 : 然後一次最多只能设定三个玩家关注 : 或者一个也可以 : 目前想到的就这样 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 203.70.194.136 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/COC/M.1422786068.A.613.html