cuixueshe / earthworm Goto Github PK

现在是直接跳转到了 home 页面

用户点击 start 按钮的话 还只会来到 第一关

更好的方式应该是用户注册完成后直接进入第二关

程序设计

需要抽离出游客的概念

这样也可以更好的测试

• 用户打开页面 找到 activeCourseId
• 然后服务端把 这个courseId 的数据的 statement 数据都给前端
• 查看 localstorage 有没有这个 courseId 的 statementIndex

保证 pr 代码的稳定性

和 #74 区别在于

1. ci 可以保证环境是一致的
2. 一个是针对 pr 另外一个是针对拥有代码提交权限的成员

有几个行为没有显示 loading

比如从结算页面进入的下一关就没有显示 loading

其他的case 需要在发现补充

提供错词收藏夹 或者 把高频错词 收集起来生成新的课程，来复习错词错句

输入单词过程中，使用方向键会移动光标
由于使用 opacity-0 隐藏了 input 输入框，不容易发现光标位置改变的问题，但是会导致后续删除字母错误
是否需要考虑输入单词的过程中禁用方向键或显示光标位置

参考 https://www.typingclub.com/

针对于现有代码做以下重构
保证代码的可读性以及后续的可扩展性&可维护性

todos

• 新增用户和游客两个概念
• 封装 router 相关的逻辑
  - 目前关于路由的跳转都是基于写死的 path string
  - 不好维护以及不便于复用
• questionInput 的单元测试需要使用 component test 来重构
• 目录结构的调整
  • 需要迁移
    • drizzle
    • libs
    • scripts/course
  • 目标
    • apps
    • packages
• 关闭 auto import

后续想到哪些重构点 都可以加在这里

Windows环境下快捷键实际效果：
ctrl + p 打印
ctrl + n 新开窗口

期望：能有兼容Windows的快捷键，或者能够支持自定义快捷键

• bug report
• feature request
• qutions and the others ...

refer to configuring-issue-templates-for-your-repository

• 如何启动项目
• 提供英文版文档

what

输入错误后 认为当前句子不熟悉 添加到后续的 question 中

why

有时候想针对做错的题目在重新练习练习

how

类似于 lingvist 功能

光标应该还在原来的位置

现在一输入跑第一个位置去了

探索 tRPC 是否可以支持现有的技术栈

后面应该可以导入技术文章 来刷文章中的句子

这个功能需要依赖自行解析句子 生成对应的数据功能

优先级不高 但是对于后续的功能发展很重要

使用 cypress e2e 测试覆盖关键路径

todos

• 安装 cypress

关键路径

• 游客进入练习页面
• 游客注册
• 游客登录
• ......

可以提高大家的动力

以下几个数据都可以作为排行：

• 课程的进度
• 每一个课程的通关时间
• 每一个课程的错误率

大家想到的话 随时补充

类似于 github

完成一课后就可以记录下来

when focusing in the "show question" button, press tab key, then press enter key, will go back the the first question.
maybe because that it will focus in the "do again button" in this situation.

• 当用户完成一课的时候存入 redis userId-finish-count: count++

• 研究排行榜实现方案

  https://cloud.tencent.com/developer/article/2101909

在刷课程的时候 有的句子错误了或者是错了好几次

对于这种句子应该继续放到课程最后 直到刷过了为止

可以参考 lingvist 的设计

why

一大长句子打错了某个字母顺序导致全部清空了 这个体验还是非常差的

而且也不知道自己哪个单词错了

功能设计

1. 如何提示出错误的单词呢？
2. 如何让用户快速的修正错误的单词呢？ 怎么操作更方便呢？

现在项目中针对于 pinia 的类型提示全部是错误的

直接使用 store.xxx 的话 是不需要包含 .value 的

诊断

之前创建了一个新的 nuxtjs 项目，把所有代码全部 copy 过去后 发现 pinia 的类型提示正常了

所以说业务代码层面应该是不会破坏 怀疑是 nuxtjs 本身环境导致的

这里首先怀疑 auto import 导致的问题，因为他会修改 type

并且 auto import 因为导入来源不清晰 也会导致后续的维护成本增加的问题

后面可以尝试关掉 auto import 功能后在尝试创建新的 nuxtjs 项目看看是否可以解决这个问题

在 push 代码之前做以下检测

1. 测试是否全部通过
2. 代码格式化
3. 是否存在 build 问题

早发现早治疗 -_-

• 当用户完成一课的时候存入 redis userId-finish-count: count++

• 研究排行榜实现方案

  https://cloud.tencent.com/developer/article/2101909

what

贡献过代码的同学 显示特殊的标识

why

鼓励同学们积极 pr

功能设计

• 标识需要分级别， 不同级别显示不同的标识
  • 可以加一个贡献值的概念，不同贡献值对应不同的标识/图标
  • 第一个版本可以先通过接口添加贡献者以及贡献值（后续在迭代加上 UI 页面）
• 标识应该现在显示哪里？

除了 UI 组件其他的代码都应该有单元测试

• composables
• store
• utils

这几个文件夹内的代码都需要写单元测试

components 文件夹里面的都属于 UI 逻辑

这里有一个要点是大家需要知道哪些逻辑属于 UI 逻辑，哪些逻辑属于数据处理逻辑/业务逻辑