Lo Mu

用的是pyautogui中的图片识别 而非opencv中的模板匹配

我试了一下 好像unity引擎 在窗口不是聚焦的情况下无法进行操作 只会在聚焦的一瞬间执行所有想窗口发送的所有的消息 要实现这方面可能得往模拟器的adb靠了

现在的pyautogui应该封装一下 如果以后代码多了在换就费力了

我觉得字数可以扩 只不过太长了就需要前端折叠一下

整了个类似贴吧的 (

> 这样优化会不会更合理： RatingUser列表不直接保存，一个 rating 信息只保留点赞数、点踩数。然后另起一个document，通过复合唯一索引，将作业id和userid联合，通过这个复合索引快速查找ratingtype和ratingtime。 这样就可以快速获取点赞数和获知当前用户是否点赞该作业。 我觉得挺好的 我想到的也是这个

> > > 这样优化会不会更合理： RatingUser列表不直接保存，一个 rating 信息只保留点赞数、点踩数。然后另起一个document，通过复合唯一索引，将作业id和userid联合，通过这个复合索引快速查找ratingtype和ratingtime。 这样就可以快速获取点赞数和获知当前用户是否点赞该作业。 > > > > > > 我觉得挺好的 我想到的也是这个 > > 你认为是运行的时候，读到旧数据就迁移，还是搞一个定时任务统一迁移？定时任务统一迁移在完全迁移前还是得照顾旧数据，要做识别，我目前的代码是碰到旧数据就迁移，然后逻辑差不多，所以就复制粘贴了好几个，确认迁移完了以后只要把这些代码都移除就行。 热门数据的ratingUser里应该至少上百了吧 查询的时候迁移不知道会不会造成阻塞?

> > > > > 这样优化会不会更合理： RatingUser列表不直接保存，一个 rating 信息只保留点赞数、点踩数。然后另起一个document，通过复合唯一索引，将作业id和userid联合，通过这个复合索引快速查找ratingtype和ratingtime。 这样就可以快速获取点赞数和获知当前用户是否点赞该作业。 > > > > > > > > > > > > 我觉得挺好的 我想到的也是这个 > > > > > >...