没有埋点的缺点是。 我现在都不知道我有多少用户 🤦‍♂️

seal

@supersu

暂时不支持。

不过 hamsterbase 数据库是基于文件的，不同设备任意修改，文件夹合并以后不会有任何冲突。 可以用 icloud 、onedrive 同步

@edis0n0

左边栏下面本身就是空的，就顺便放版本号。
左右边栏都可以折叠的。

@wusilu

谢谢夸奖。

关于 electron 版

包一层 electron 壳 很简单, 设计点对点同步的机制很麻烦。 因为精力有限，所以 0.4.0 只开发了 server 版本。
在 0.5.0 会推出独立使用，不依赖 server 的。electron 桌面版。
server 、electron 版本支持无冲突点对点同步, 双方在离线情况下可以任意的修改，连接后自动同步，无任何冲突。



关于保存链接

hamsterbase 崇尚 unix 哲学，“让程序只做好一件事”。 短时间内 hamsterbase 不会做保存链接的功能。我们更倾向于用开源的外部工具保存页面，然后再用 hamsterbae 的 API 导入页面。

目前在让实习生开发批量保存链接的工具。 导入书签、页面列表后，自动调用 chrome 保存全部页面。

项目还在开发中，功能还不能使用。

仓库地址是： https://github.com/hamsterbase/archive-bookmark

@wangrenhuan


登录功能在规划中了，还没来得及做。

一般用户都是部署在内网的， 所以登录功能优先级优点靠后。 如果有需求，可以在外面套一层 nginx 。

@frinstioAKL

目前支持自动导入。cmd + s 保存 mthml 文件以后，就会自动导入。

自动导入的文档： https://hamsterbase.com/zh/docs/importing-website.html#%E8%87%AA%E5%8A%A8%E5%AF%BC%E5%85%A5

之前都在搞 API 相关的事情。API 弄好以后，就可以开始做开源的浏览器插件了。 一键保存到 hamsterbase 。

拥抱 扩展 消灭。

最核心的部分都是闭源的。 开源吸引用户，闭源锁定用户。

@pepsiwant

https://hamsterbase.com/zh/

vscode 的 server 是不开源的。 我选择用阿里的 opensumi 搭建。

@ixinshang

我是自己开发了一个程序 用 puppeteer 保存

@yifan1719

目前我推荐用 vitest

1. 速度快
2. 开箱即用。支持 ts


我个人建议以单测为主，集成测试为辅。 浏览器里的测试不太适合跑在 CI 上，速度也比较慢。


我自己写过最麻烦的 js 项目，每次就改几行代码，测试要跑几个小时。

测试框架主要由几部分组成


1. 测试框架： 主要用来提供测试的语法. 如 mocha

https://mochajs.org/

describe('Array', function () {
describe('#indexOf()', function () {
it('should return -1 when the value is not present', function () {
assert.equal([1, 2, 3].indexOf(4), -1);
});
});
});


2. 断言库： 主要用来写测试的断言 如 chai

expect(foo).to.be.a('string');
expect(foo).to.equal('bar');


3. 覆盖率工具： 主要是用来对代码插桩，或者是收集代码的使用情况。

可以看 instanbuljs 或者是 c8. 前者是插桩，后者是从 v8 收集数据。


4. mock 工具： 主要是忽略部分依赖。 使用 mock 的假依赖替换真实依赖。

https://www.npmjs.com/package/mm


jest 只是封装了上面这些工具。 其实你完全可以自己组装，开发出需要的库。

先回答楼主的问题

如果测试的都是浏览器内的逻辑，的确不需要 jest 。可以使用浏览器里的测试框架。 比如说 https://karma-runner.github.io/latest/index.html

或者使用集成测试的框架 https://docs.cypress.io/

上面两个框架都是跑在浏览器的。



如果是纯 js 的逻辑，或者是代码里涉及到了 nodjs , 用 jest 、vitest 等框架也是极好的。

https://github.com/hamsterbase/hamsterbase/pull/1/files

举个例子。 我这个开源 SDK ，一共 800 行代码。

分享一下我的做法，前段时间把我 2000 个书签都离线了。 目前电脑上已经几乎没有书签了 。

1. 把网页保存为 mhtnl ，导入自己开发的稍后读软件
2. 加入未读清单，未读清单只显示最近两周的页面
3. 用 rss 订阅未读清单，平时用手机和电纸书阅读
4. 碰到好的段落，在 mhtnl 文件上批注。


为什么这么做

1. 为了防止文章 404 ，用 mhtnl 创建一个完美的快照。
2. 自动遗忘超过两周的网页。 可以有效避免稍后读积攒太多，让人想放弃情况。 文档还在，等需要的时候全文搜索就可以了。
3. rss 订阅，我可以选择自己喜欢的阅读器。 不需要额外开发移动端。