@LuffyPro
看你的业务场景需求，没具体场景无法判断。
举个例子，如果你的表单里有多项，例如有个表单的作用是编辑餐厅的信息，有地址、手机号、营业时间等等，让前端去校验然后不发送未变更的表单项是不合理的。

校验用，接受手机号作为参数，如果手机号和绑定的手机号一致，返回布尔值。
->
校验用，接受手机号作为参数，判断手机号是否和绑定的手机号一致，返回布尔值。

例如修改绑定手机号的功能，接口设计应该是：
1 校验用，接受手机号作为参数，如果手机号和绑定的手机号一致，返回布尔值。
2 提交用，接受手机号作为参数，如果手机号和绑定手机号一致，返回错误码。

然后前端在用户输入时调用接口 1 校验手机号是否和绑定的手机号一致，在用户点击提交时调用接口 2 提交手机号。
当然很多情况下，例如内部用的 xx 管理系统，接口 1 就省了。

大多数情况前后都校验，非挑一个就后端校验。内部用的，xx 玩具管理系统啥的随意。

谁能讲讲这个 small Hamming weight 的作用？

不懂，我以为就是随便选了个质数。
看看这里，也许有帮助。

https://en.wikipedia.org/wiki/RSA_(cryptosystem)

e having a short bit-length and small Hamming weight results in more efficient encryption – the most commonly chosen value for e is 216 + 1 = 65537. The smallest (and fastest) possible value for e is 3, but such a small value for e has been shown to be less secure in some settings.

随便选，条件是 1 < e < λ(n) 并且 e 和 λ(n) 互质

随便选的
https://en.wikipedia.org/wiki/65,537

65537 is commonly used as a public exponent in the RSA cryptosystem. Because it is the Fermat number Fn = 22n + 1 with n = 4, the common shorthand is "F4" or "F4".[3] This value was used in RSA mainly for historical reasons; early raw RSA implementations (without proper padding) were vulnerable to very small exponents, while use of high exponents was computationally expensive with no advantage to security (assuming proper padding).[4]

先按需租个试试,便宜的几块钱一小时，L4 T4 v100 A100 型号一大堆。

唔，补充下。上面的搜索也是先更新变了的然后搜索，不是全量替换。

vue2 可以用 Object.freeze 阻止跟踪对象内属性值的响应，优化性能。
vue 3 应该是 shallowRef ？(不确定，我没用过)
搜索的话我做过前端搜索 1 万条的，其实速度还好。

真巧，以前有个项目外包出去了，然后对面派了个“某”大学计算机硕士来。
搞不懂为啥搞了个在校学生来，一问才知道被转包到他导师哪去了，然后派他来出差，还不给他发工资。
嗯，以上内容只是我在发癫，与某些学校无关。

看老板吧，大致工作可能是写各种文档、作 PPT 、归档、各种会议接待、陪老板出差。
对了，没会计的话财务可能也是你，有没有时间学习看项目了。

各位可能想问地区为啥不选中国，因为没这个选项。
说实话 Colab 这个价格其实不便宜，建议各位找 GPU 的看看别的吧。

@haiku
添加信用卡随便选的美国，随便找个了邮政编码。估计是这个的影响。。。
哪个州免税啊？

州销售税 (4%) US$0.40
本地销售税 (4.875%) US$0.49
@CEBBCAT

txt.value = msg.aaa
->
txt.value = msg.value.aaa