数据保存
这一项肯定是毋庸置疑的,云数据保存在加载方面有优势,转移数据也方便,而保存在本地,虽然方便了一时,但往长久来说,保存的数据会越来越大,加载耗费的时间很多,保存过大还会导致数据丢失崩端等问题。(等)
多服合一
这方面我一直是挺纠结的,不过现在我更倾向于群组形式的服务器,这里的群组并不是单个子服合成总服的那种简单意思,而是将心纪元各主部分拆分出来,通过一个一个子服的形式来统合在一起,数据通过上面的数据库来互通
优势:后续更新更加方便,一个子服出问题,其他子服不会有什么影响,在综合占用方面也可以互相分摊,不会压力给在一个服务器上,综合性能也会提高,玩家体验提高,各子服可选取自需不需要互通的插件(比如实现环境等)(等)
劣势:实现不太方便,需要选取支持群组互通的插件,CPU与内存占用升高,需要考虑材质包存放问题(个人建议离线存放,不采用分发ps:毕竟真被盗也保不住,何必浪费自己的带宽),需要考虑ia兼容群组问题(等)
版本选择
现在据我来看的几个主流版本分别是1.7.10,1.12.2,1.16.5,1.18.2,这四个版本分别为各机制的大改版本,目前高版本的资源包RPG服务器发展很快,但并没有低版本的完整,我建议我们可以在高版本寻找自己的机会,不过需要考虑客户端优化问题,我发表一下自己的看法,就资源包这三个字来论,我认为,资源包服务器需要将资源包运用在各个角落,满足各个细节(例如tab与计分板),虽然这样会更耗费时间,但最终实现效果我相信是很惊艳的
二者合一
我的看法一直是rpg占主导地位,希望之旅只是一个简单的资源包生存,并不会出现希望之星的那种杂七杂八的插件玩法,希望之星根本上并不是我自制的服务端,仅为魔改的服务端,在各种方面我都不是很满意,当时的兴头也只是三分钟热度,现在热度过了,技术经验也有了,就要发表自己真实看法了,再次声明,希望之旅是个以资源包实现伪模组的服务器,所以,就此而论,心纪元将实现的是多元合一的综合性rpg,其中的开放式玩法可以纳为希望之旅的技术范围,意思直白一点就是,希望之星与心纪元将合为一部分,至于名字叫什么,我没有意见,就心纪元总名也没什么(虽然这样说,加个希也有感觉啊~~~)毕竟我又不需要名气,兴趣而已,具体实现方法如下:
①因为包含了生存元素,但又占用了心纪元的开放式元素,所以我觉得,背包可以不用隔离,不过其他子服需要禁用配方,也可以启用背包隔离,将一些特殊的道具元素通过虚拟兑换的方式实现互通
②其他影响因素并没有什么冲突,有冲突另加
该贴目前为一改,有很多不足,后续将慢慢完善
一改时间:2022年10月17日