希望能对规划的总表，添加以“项目”分别展示功能

[sunyink]

What problem does this feature solve?

你好，我想有一个目前所有材料计算、材料刷图计算工具都未提供解决，而又比较切实的问题——举实际例子：我定下了一个计划，要从零开始练3位干员，物流统计会给我一个总共要刷什么副本各多少次的计划；但实际上，玩家心目中，干员之间的强化一定是有个时间先后，且单一个干员也是优先精英化然后再技能专精，想从生成的那张一万多理智需求的表中，找到我要先刷什么后刷什么，很困难。

What does the proposed API look like?

因此，我觉得是不是可以允许玩家对自己的一个总体计划，添加“项目”核算的标记，来分解地展示。这个标记可以被用来在“刷图规划器“（库存数、需求数，计算前）界面（如以标签页形式体现），表示出如：迷迭香计划需求材料、赛雷亚计划需求材料，最左边的标签页则是总体材料需求（当然使用分项目功能情况下，总体需求数应该被禁止编辑）。在“刷图规划器“（计算后展示结果）界面，亦可让使用者读出，虽然在总体计划中主线3-3的研磨石，一共要刷170次，但迷迭香计划的精英二阶段，你要刷4个，共12次、技能强化需要xx个，共xxx次....... 我想这会非常人性化。

（也许，也能把友站那样“干员培养表”转化到“材料需求表”的功能，也搬过来，整合后意义更大，不过这是另一件事了）

其他闲话：
其实，目前我的临时替代办法，是开好几种浏览器，这些浏览器可以有各自分离的cookie，分解的小块计划的我单独用辅助浏览器算然后践行，完毕后，把结果汇总到主要浏览器的大需求表做总体进度评估和下一个方向的决定，这很折磨人。

企鹅物流统计真的让我很喜欢，体验后就拒绝不了这种把计划牢牢抓手里的感觉。我注意到了“源岩”系列材料，程序能考虑刷其他材料地图副产的掉落，类似这种事需要总结很多经验，花费很多精力才能达成一次，而现在程序能一键自动呈现结果，感谢你们制作了制作了它。

[GalvinGao]

您好！

感谢对企鹅物流数据统计做出建议！

如果没有理解错误，您指的是这样一个新的功能？即，类似单机游戏的「存档」系统，在任意时刻均可将当前的 Planner 状态保存为一个「存档」后，清空 Planner 状态以供新的 Planner 参数输入；同时，「标签页」则是可同时打开多个存档的使用办法？

另外，若需要「将多个项目中的材料重复情况也纳入最优方案的考虑」的话，可能会引入一个问题：区分「是项目A还是项目B需要多少资源」变得比较困难。比如，仅考虑项目A可能需要刷10次关卡X、仅考虑项目B可能需要刷15次关卡X，但如果同时需要考虑两个项目，由于合成结果和其他可能的原因，可能最终只需要刷20次关卡。此处只是打个比方，但是实际情况应该会有这种情况。为了区分这样的情况，可能需要很多对 Planner 后端实际计算进行额外的优化，而这种优化相对会非常耗时、以及开发起来可能也略有难度。这个我们可能需要再讨论一下。

最后，由于正在进行新的大版本前端重构，因此 v2 前端事实上现在已经处于 Maintainance 状态，暂时不引入新功能了。「存档系统」这个功能我觉得确实会较为有用，因此应该会于重构的新前端项目实现，敬请期待~

[sunyink]

晚上好，感谢您回复了我的建议，我也花了些时间思考。 首先从回复中第一段【存档】开始表述： 我认为存档这个功能，很有实际操作性。不过留心，若是直接切换，觉得各存档之间可能发生，库存数难以同步、各存档的需求数缺乏联动互相抢夺另一个存档的资源。感觉这个功能，非常适合有多个账号或者共用电脑。 其实我原来的想法来源....您也许听说过会计，会计有个概念叫“会计科目”的："一级科目"和他的“子科目”。二者其实是集合概念，"一级科目"一定包含全部n个“子科目”。 请允许我啰嗦地用“银行存款”举例（左边部分）： 可以看出，在只有2个层级情况下，所有2层级必定被包含在层级1中；他们同时存在与同一个数据库中，层级2嗯....其实只是把100颗豆子进行了，一份80个、加一份30个的摆放。 然后转译到我们的系统中（右边部分），如右图中。因为1层级的“需求数”含义是各个计划的汇总，请玩家编辑好各自子计划数量后由公式带出即可，故不应该被编辑。而1层级“库存数”含义指玩家的全部库存，库存我觉得无法人为作划分，故应只在此一处可编辑。如此即可解决前文的“觉得各存档之间可能发生，库存数难以同步、个存档的需求数缺乏联动互相抢夺另一个存档的资源”问题。 我开始所设想的“标签页”其实就是“层级1：合集”、“层级2：计划1”、“层级2：计划2”...等等（标签页体验起来确实和chrome的同窗口多标签差不多）。 然后，我就能回复第二段，关于 另外，若需要「将多个项目中的材料重复情况也纳入最优方案的考虑」的话，可能会引入一个问题：区分「是项目A还是项目B需要多少资源」变得比较困难。 物流统计的优势，是建立在统括数量后计算上才有意义的，所以应该也必须只对层级1的需求合计数为目标去计算，不过关于计算结果的分计划表示，我觉得按“关卡次”为单位会很钻牛角尖，如果我们只是提示他个数呢？在复杂点的例子中：我们给出的结果中会有好几处关卡刷“研磨石”，有3-3，也有7-17；我们分别给出了总括需要打的次数，然后只需要提示一下’你的计划A，要用研磨石9个‘（旁白：我现在信息都告诉你了，具体怎么刷，你自己决定，反正我认为刷完两种关卡到规定数量，你的全部计划都大功告成）。 实操继续下去的话，按我的习惯，我会每次结算截图，然后用数据统计“截图识别”帮我汇总都刷出些什么材料，以此去更新层级1的“库存数”（狂点“+”号环节）。此环节后，若时候切换到“计划1”的标签页，当[“需求数”<=“库存数”]成立时，也许我们能让这个材料的后底色变亮变黄什么的？&nbsp; 当”计划1“被全力完成后，因为游戏里的材料肯定被消耗掉了，”库存数“更新后应会变少。此时我们可以判定”计划1“已完成，给它设定个按钮”完成“或直接删除，让”计划1"退场。此时，虽然“计划1”不再存在于“层级1”的总计划中了，但刷“计划1”地图附带的其他材料还在游戏库存中（对计划1来说是多刷了，但对总计划而言是必须且顺带被完成的那部分），此时用更新后的“库存数”再次运行“规划计算“，反而可以更精准的对总体计划进行追踪规划运算。 结语，感谢看完，我又絮絮叨叨了&gt;.<。我的经验和掌握v3开发信息都不多，私下盲猜觉得单前端的更改，可能会从参数数据管理和“体验更向前”发展吧，前文唠叨的数据管理，我是发现现有几个项目都没考虑那么多。而“体验更向前”很多友站其实已有成品代码可借鉴，估计能容易开发些（“体验更向前”（词穷了...）举例：比如材料需求数输入，其实是在问玩家你想刷什么材料；也许可以更直接地问 你想肝哪位干员的哪个部分了^_^）。 sunyink &nbsp;

…

------------------&nbsp;原始邮件&nbsp;------------------ 发件人: "penguin-statistics/frontend-v2" ***@***.***&gt;; 发送时间:&nbsp;2021年12月18日(星期六) 晚上10:33 ***@***.***&gt;; ***@***.******@***.***&gt;; 主题:&nbsp;Re: [penguin-statistics/frontend-v2] 希望能对规划的总表，添加以“项目”分别展示功能 (Issue #479) 您好！ 感谢对企鹅物流数据统计做出建议！ 如果没有理解错误，您指的是这样一个新的功能？即，类似单机游戏的「存档」系统，在任意时刻均可将当前的 Planner 状态保存为一个「存档」后，清空 Planner 状态以供新的 Planner 参数输入；同时，「标签页」则是可同时打开多个存档的使用办法？ 另外，若需要「将多个项目中的材料重复情况也纳入最优方案的考虑」的话，可能会引入一个问题：区分「是项目A还是项目B需要多少资源」变得比较困难。比如，仅考虑项目A可能需要刷10次关卡X、仅考虑项目B可能需要刷15次关卡X，但如果同时需要考虑两个项目，由于合成结果和其他可能的原因，可能最终只需要刷20次算法。此处只是打个比方，但是实际情况应该会有这种情况。为了区分这样的情况，可能需要很多对 Planner 后端实际计算进行额外的优化，而这种优化相对会非常耗时、以及开发起来可能也略有难度。这个我们可能需要再讨论一下。 最后，由于正在进行 v3 前端重构，因此 v2 前端事实上现在已经处于 Maintainance 状态，暂时不引入新功能了。「存档系统」这个功能我觉得确实会较为有用，因此应该会于重构的新前端项目实现，敬请期待~ — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you authored the thread.Message ID: ***@***.***&gt;