et2012

定义一下边界，要优选到什么程度呢？ 像商店的逻辑，职业/干员强化类藏品，只要有对应的职业或干员就优先选择；所有干员通用的藏品，就无条件选择？ 那如果两个藏品都有用，是按照资源中定义的顺序来选还是随缘选？是否需要定义每个藏品的优先级呢？ 另外，战斗掉落招募券多选一的逻辑我大概写了一下，不过后来觉得不够好，想做个更大的（类似你提的 #690），所以暂时搁置了（资源没用上，是 hardcode 的）： [et2012/MaaAssistantArknights/commits/feat/roguelike](https://github.com/et2012/MaaAssistantArknights/commits/feat/roguelike)

> > 还涉及一个问题就是掉落单个藏品/招募券的检测问题，这个据玛丽说有识别反的可能 （草刚刚不小心点成编辑你的了） 招募券多选一用的是 RogueCustomStartTaskPlugin 中的逻辑，不是先检测 “选择” 按钮，而是先在 (0,300,1280,720) OCR 所有招募券可能的 text，然后 rectMove(-55,150,220,50) 定位选择按钮。单个招募券无法通过第一步 text OCR 检测，就会进入原有逻辑（OCR 选择按钮）。 TODO: 晚上回家补个图，我画了 OCR 识别框的。 先定位按钮再往右上 (55,-150) OCR 文字不知道是否可行，得看一下 OcrWithFlagTemplImageAnalyzer 的代码有没有做剪裁，如果识别 template...

#690 那边的 comment： > 藏品优先级可以参考商店购买的逻辑，目前问题是状态机太简单了，只有一个攻速藏品阻断后续购买（而且在非商店场合获得攻速藏品不会阻断） > > 我的想法是加一个vector实时维护当前拥有的藏品，这样也方便实现刷指定藏品的功能 RuntimeStatus 目前只支持 string 类型的 status，肉鸽编队 (已招募干员信息) 也是用 json string (key: RoguelikeCharOverview) 保存的。藏品应该也可以用这样的机制。 不过，如果能给肉鸽添加一个强类型的状态机就更好了，json 序列化/反序列化太麻烦了。

> 不是，这个不是有什么自建节点的功能吗，我只知道自建这个应该快一点，不知道怎么建啊，我真是个纯纯小白，修改啥hosts文件的我就不知道 自建节点的前提是你得有台境外虚拟主机，买虚拟主机也得花钱，而且不便宜。 纯小白用免费节点就足够了，v2free 和 bulink 的免费节点（计算每月流量但不收费的那种）看网站是足够的。 看油管视频效果可能差点，那你不如买付费节点，比自建节点省事多了。

确实。单把 1.7.x 拎出来，版本更新历史是： [Release v1.7.1](https://github.com/lizongying/my-tv/releases/tag/v1.7.1) [Release v1.7.4](https://github.com/lizongying/my-tv/releases/tag/v1.7.4) [Release v1.7.6](https://github.com/lizongying/my-tv/releases/tag/v1.7.6) [Release v1.7.3](https://github.com/lizongying/my-tv/releases/tag/v1.7.3) [Release v1.7.8](https://github.com/lizongying/my-tv/releases/tag/v1.7.8) [Release v1.7.5](https://github.com/lizongying/my-tv/releases/tag/v1.7.5) 乍一看，这版本号怎么还能倒退的？ 实际情况是，单数版本和双数版本是分别更新的。 单数版本（安卓5及以上专用）： [Release v1.7.1](https://github.com/lizongying/my-tv/releases/tag/v1.7.1) [Release v1.7.3](https://github.com/lizongying/my-tv/releases/tag/v1.7.3) [Release v1.7.5](https://github.com/lizongying/my-tv/releases/tag/v1.7.5) 双数版本（通用）： [Release v1.7.4](https://github.com/lizongying/my-tv/releases/tag/v1.7.4) [Release v1.7.6](https://github.com/lizongying/my-tv/releases/tag/v1.7.6) [Release...

Vite 2.0 已经 Release 了，希望支持 Vite 2.0。 另外，由于 [vite-element-demand-starter](https://github.com/wingsico/vite-element-demand-starter) 使用的也是 vite-babel-plugin，升级到 Vite 2.0 之后，按需加载也失效了。 找了一圈下来，Vite 2.0 好像还没有合适的按需加载方案。 Vite 2.0 has been released and I hope to support Vite 2.0. In...

> 这种情况只适合一层级联join，如果多层的情况会导致大量的IO数据冗余。 是，我明白。所以我说的这种情况或许不太算是导航属性，而更像是 Dapper 风格、有点 Geek 的自定义查询。 或者说，在满足某些条件（例如你说的只有一层级联）的前提下，添加相关重载或单独 API，允许 OneToMany 也使用 JOIN。 其实现有的 `Select` 和 `LeftJoin` 也大致够用了，不过 `ToList` 目前只支持传入一个 `Expression`：`(a,b) => new {...}`。 是否有可能传入一个 `Func map` ，或增加一个 Fluent API，像 Dapper...

> fsql.Select() .LeftJoin((a,b,c) => a.CategoryId == b.Id) .LeftJoin((a,b,c) => b.ParentId == c.Id) .Where((a,b,c) => c.Id > 0) .ToList((a,b,c) => new { a,b,c }); 我知道这种用法，目前也确实是这样用的。 我提这个 Feature Request 的原因前面也说了，有没有可能让 LEFT JOIN...