月迷津渡

目前不支持 Vue2，但有意向开个分支支持下 Vue2 并且优化下组件抽象。 如果急需的话可以参考源码自己修改后引入项目。

方便开个 JSFiddle 的 demo 吗？

My intuition tells me that just treat `Class` as a function and then translate the code like: ``` JavaScript var foo = 0; function Whatever(v) { var bar; bar =...

Issues是支持代码块语法高亮的，例如： ``` JavaScript console.log("Hello World!") ``` Markdown可以这样写： ``` ``` JavaScript console.log("Hello World!") ``` ```

我目前想到两种方式，但都会影响 deg 的简单和纯粹： 1. 借助其他语言社区的成熟库，构建一套可以将 pdf 统一转换成 csv 格式的工具，例如基于 pdf.js 做一个静态页面，让用户可以先把招行 pdf 格式文件转换成 csv，再使用 deg 来生成复式记账文本 2. deg 中使用 `os/exec` 去直接调用借助其他语言社区的成熟库/工具

> 关于测试文件, 我觉得又可以把"单元测试"这个话题拿出来了, 我们应该给项目增加更多的单元测试来覆盖各种corner case, 毕竟测试的 best practice 应该是 unit test > integration test > end-to-end test, 不过我们的现在是只有 end-to-end test. > >  source: https://martinfowler.com/articles/practical-test-pyramid.html > > 不过关于end-to-end 测试文件, 如果只是用于测试end-to-end...

> > 如果我们真的有这个必要性去解析 pdf 成 csv 的话, 我的想法是在 deg org 下创建一个新的项目，单纯做 pdf -> csv 文件的转换, 不要把格式转换的功能也加入到 deb 项目里面. > > 附议，有需要我可以来创建，开通权限。 在 `deb-sig` org 下创建新的项目，只负责 pdf -> csv 格式转换，以文本格式作为输出；而 `de-sig/deg`...

> 另外，可以试试 LLM 的方案，Google Flash 模型在 OCR 上表现不错，思路就像 https://github.com/getomni-ai/zerox LLM 的方案我也考虑过，使用 LLM 类 AI 应用时简单的 Prompt 就可以完成信息的提取。但有几个的顾虑： 1. 成本：deg 作为一个开源应用不太可能会提供免费的 LLM 服务，本地模型则会大幅提高 deg 的复杂度和使用门槛 2. 准确性：记账是追求准确的场景，我对 LLM 生成的结果是存疑的，会增加账单 review 的工作...

招行 PDF 转 CSV 的 prototype 完成了： - 代码：https://github.com/deb-sig/bill-parser/tree/feat-cmb-pdf - 预览：https://bill-parser.vercel.app/

> Do you think if it is ready to mention it in our README? Wait just a few days, I'll finish the docs part and remove the WIP tag. Maybe...