mikumifa / biliTickerBuy

b站 会员购 抢票 漫展 脚本 bilibili 图形化 纯接口 验证码预演练习
https://github.com/mikumifa/biliTickerBuy
MIT License
974 stars 190 forks source link

Add Problems Set #383

Closed FlipWind closed 4 months ago

FlipWind commented 4 months ago

概述

实现/解决/优化的内容: 加入了问题集合,预防了防止迷惑问题导致各种高血压的问题。

事务

以下内容可在起草PR后、合并PR前逐步完成

功能

风险

可能导致或已知的问题: 无

gpc123456 commented 4 months ago

感觉这些内容放到wiki里会比较好,有问题不看wiki的应该也不会看这个tab,除非用户的软件不是从github这里下载的。

常见问题直接放到程序里有点太冗余了,而且后期要更新也比较麻烦。

FlipWind commented 4 months ago

感觉这些内容放到wiki里会比较好,有问题不看wiki的应该也不会看这个tab,除非用户的软件不是从github这里下载的。

常见问题直接放到程序里有点太冗余了,而且后期要更新也比较麻烦。

不,您永远不要高估用户的专业程度。 在交流群中,可以窥见这样若干令人感到无语的问题。

我的意见是,如果有了这个 Tab,至少用户在触手可及显而易见的地方能找到解决方案。

至于维护问题......我觉得这个项目已经够模块化了,咱又不是把所有的代码统统塞进一个文件(笑

gpc123456 commented 4 months ago

感谢您的回复!我这边关于维护性的担心是:如果将QA直接写到程序中的话,要更新/修改QA的内容需要经过Commit->PR->Release三个过程,而且这个项目的Release需要人工确认进行构建,而不是有新的Merge后自动构建的,这样QA的修改到达用户手中会有时效性的损失。如果您担心用户专业性不够,不妨尝试程序启动时或者在程序主页添加一个指向Wiki的链接,来引导他们查看Wiki。

FlipWind commented 4 months ago

感谢您的回复!我这边关于维护性的担心是:如果将QA直接写到程序中的话,要更新/修改QA的内容需要经过Commit->PR->Release三个过程,而且这个项目的Release需要人工确认进行构建,而不是有新的Merge后自动构建的,这样QA的修改到达用户手中会有时效性的损失。如果您担心用户专业性不够,不妨尝试程序启动时或者在程序主页添加一个指向Wiki的链接,来引导他们查看Wiki。

收到,已经添加前往 Wiki 的链接。关于时效性……能帮一个是一个,况且还有交流群、Discussion 和 Issues(

gpc123456 commented 4 months ago

收到,已经添加前往 Wiki 的链接。关于时效性……能帮一个是一个,况且还有交流群、Discussion 和 Issues(

嗯嗯,我说的时效性不仅仅指的的是遗漏的信息,还指的是QA中还有可能有错误的信息,而将QA直接放在源码中这些错误信息的修改到达用户端的时间是很长的,有时候还有可能会对用户造成误导。对于其他贡献者来说,他们在添加/修改相应的功能后,不一定还会想着修改代码中的QA,这也对程序的维护性造成了困难。

而将QA放到Wiki中进行更新是非常便捷的,在这里更新QA不需要重新构建源码,用户也可以及时获取到最新的QA。在软件工程中,将文档和源码紧密集成在一起并不是一个很好的选择。因此您可以考虑在程序中仅保留Wiki/Issues/Discussions链接,再联系作者将您的QA加入到Wiki中。

FlipWind commented 4 months ago

收到,已经添加前往 Wiki 的链接。关于时效性……能帮一个是一个,况且还有交流群、Discussion 和 Issues(

嗯嗯,我说的时效性不仅仅指的的是遗漏的信息,还指的是QA中还有可能有错误的信息,而将QA直接放在源码中这些错误信息的修改到达用户端的时间是很长的,有时候还有可能会对用户造成误导。对于其他贡献者来说,他们在添加/修改相应的功能后,不一定还会想着修改代码中的QA,这也对程序的维护性造成了困难。

而将QA放到Wiki中进行更新是非常便捷的,在这里更新QA不需要重新构建源码,用户也可以及时获取到最新的QA。在软件工程中,将文档和源码紧密集成在一起并不是一个很好的选择。因此您可以考虑在程序中仅保留Wiki/Issues/Discussions链接,再联系作者将您的QA加入到Wiki中。

好叭,您说的确实有道理,那这个pr就暂时不管了()

gpc123456 commented 4 months ago

其实关于我加的那些新功能我也想写一个QA的,Discussions中也有好多问的,但是这个仓库的Wiki好像只有所有者才能够编辑,只能等后期看看仓库所有者能不能开放Wiki的编辑权限了。

mikumifa commented 4 months ago

怎么放开

gpc123456 commented 4 months ago

settings里面把Restrict editing to collaborators only去掉就行: image

WittF commented 4 months ago

取消仅限协作者编辑后任何人的更改好像都是无许批准立刻生效的?

mikumifa commented 4 months ago

ok了,wiki更方便一点,不过tab那一栏留着也挺好