Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

一些影响流程进行的问题和一些优化 #105

Open
a67903830 opened this issue Nov 11, 2022 · 3 comments
Open

一些影响流程进行的问题和一些优化 #105

a67903830 opened this issue Nov 11, 2022 · 3 comments

Comments

@a67903830
Copy link

最近因为看更新了不少系统,把整个存档删了重开
可能是各位作者没用重开过所以不知道一些从头开始的问题
有一部分是数值设计问题,这部分因为还在开发所以很正常,大伙自己也都能改就不着重提
从突破丹药开始讲吧,突破需要丹药,一开始我看了拍卖会默认配置不会roll突破丹药,秘境也没有,看了一下好像宗门丹坊会出
可是宗门需要化神圆满,化神圆满需要突破丹药,虽说宗门开启的要求可以改,但是如果丹药只靠这个来获取的话这个宗门创建的限制就没意义了
于是我去加拍卖会,但是这样一来就得加很多,而一次又只能roll一个,时间还久,人还多,关于这个我提交了管理员指定物品排名的issues
那么比较合理的是加到秘境获取里,但是秘境获取是随机性很高的,秘境次数还少
我认为有两种方案解决,一种是进入秘境时选择探索倾向,比如(探索秘境 突破丹药),增减概率或者只出突破丹药,应该不用做对应境界,毕竟可以纺市转手,也能促进纺市流通
另一种是秘境可以优化掉装备和功法,转为掉几种基础材料,基础材料可以打造装备、功法和丹药,另外目前没什么用的悬赏令也能把一部分奖励改为获得基础材料。宗门任务也可以奖励一下,纺市也可以每天固定上架一些随机材料供人采购,全靠这个拍卖会的话一次只出一个,实在是难集(倒是拍卖会可以加一个数量,而不是不管什么都固定一个)

关于交互优化
目前这个秘境,本质上和宗门任务、悬赏令,是一样的,就是选一个,然后等时间,获得奖励
建议方面,秘境结算时,如果遇到前辈,不会马上给一个奖励,而是根据权重出来两个或三个选项,玩家选择一个再获得,并且玩家可以选择继续探索一次或多少次(毕竟秘境又少还有次数限制),可以加一个最大持续探索次数。直到遇到boss的话强制最后一次深入秘境。

宗门神通查看啊,可以改成合并转发了,现在这个一个是刷屏,一个是可读性差,转发的话可以一个功法一条消息,可读性好,就是想背包那样

还有部分指令
比如说重入仙途,在群里十分刷屏,能不能默认改成私聊就能触发,每次更新都要手动改一下,其他的可以改的有趣点
(感觉有点像甲方,说了一大堆,下面的看看乐就好)其实这个秘境挺有潜力的,比如可以中途遇到秘境专用神通,这次秘境打怪就用这个神通,还有临时武器。搞得像个肉鸽似的,不过流程实在时太长了,估计做起来也麻烦,在群里交互这么频繁也多少有点。

还有一些建议是一些新的系统了,这里就先不提出来扰乱各位心思了(虽然提了个打造,这东西还得每个物品加个合成材料列表,也非常非常麻烦),虽然现在不提到时候可能忘了

@Shinoakii
Copy link
Collaborator

写丹药的时候就想着炼丹,但是感觉好麻烦就没加

@Shinoakii
Copy link
Collaborator

不过现在在搓炼丹了。
3U)F LT@PT)7BJ4Y$G`E_I5

@a67903830
Copy link
Author

对了提到搓丹药,这个应该会有合成材料的配置,就想起来好多都是有配置可以自行添加的,但是更新的时候覆盖就要重新改
所以部分配置能不能改成读取两个文件,一个是原来的,还有一个是专门自定义用的,这样就不担心被覆盖了,只要注意一下id不要重复就行,可以考虑放一个id对照表在项目里了。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants