CLMan

你说的文件作为密码（或者说种子），KeePass 很早就支持用文件(Key File)了。

你如果是说文件、MD5 、base64/md5/sha256/自己的加密方案都属于生成主密码的前置步骤，那你加入的前置步骤越多，遗忘的概率越大。

“加密的方案只有自己知道”，从学院的角度来讲这会降低安全性，从现实的角度来讲，军用加密算法是非公开的、魔改的。但要实现类似后者的效果，你得有较深的密码学背景，不然就是前者描述的那类人。

很多之前不错的 PE 被收购了，以至于添加了毒。

长期没有接触一些垂直领域，避坑的方法是去相关的专业渠道询问，而不是自己百度一个然后闷头使用。

操作系统相关的专业渠道有远景论坛，稍微搜一下就不至于遇到类似的问题。

@CLMan

我推测你想表达的是，方案一强调 d,e 是可选参数，方案二强调 d,e 是必选参数。

我推测你想描述的场景是：d,e 可以完全由用户决定（后端只检查值的合理性），或者由后端提供值。
那通常是选择方案一，因为更简单，没必要多两个接口出来，对用户来说使用更加复杂。

你的设计方案，核心接口都是/create ，而且参数列表也是一致的，我没看出来有什么本质区别。

你的表述有些混乱，我帮你理清一下：

- 如果 d,e 是完全由用户决定，那为什么提供/get_d,/get_e ？

- 如果 d,e 由后端生成，用户选择，那提供/get_d,/get_e 是必然选项。

- 如果 d,e 完全由后端生成，那为什么提供/get_d,/get_e ，只需要参数列表 a,b,c 就行了，后端自己调用 get_d,get_e 。

https://docs.npmjs.com/cli/v10/configuring-npm/package-json#dependencies

有的人习惯自己解决问题，有的人习惯问问题，过于独立或者过于依赖别人其实都不好。

@CodeCodeStudy NaN 是计算机为了满足数学需求搞出来的，在浮点数的标准 IEEE754 里面有规定，现代编程语言差不多都支持这个概念（因为都依赖于底层实现），这怎么能怪到 JS 去。

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Invalid_date

Invalid Date 有点类似 null ，算个小坑，要在源头（ new Date()）进行检测（这意味着与其它编程语言并没有太大区别），后续代码并不需要防御性编程。

个人认为比较坑的，是 Array.isArray()这种需要额外记忆成本（因为浏览器跨框架的原因）的东西。

简单来讲，大部分程序都是输入-计算-输出的顺序执行流模式：

- 并发强调：允许逻辑上存在多个执行流同时执行
- 异步强调：执行流的顺序执行模型被打破了，实际的执行过程可能是：输入->提交计算任务->返回，计算的执行是不确定时间的，即与执行流脱钩

类似的问题个人认为是少看点比喻，因为它们与实际代码似是而非，反而容易弄混。

@CLMan 更正下，是我的亲表哥（亲舅舅的儿子），是 2020 年，煤炭的一氧化碳事故，去世的，当时才 28 岁。

并不是劝退楼主，只是刚好有这么一件事，对我触动蛮大的。