@uni 为啥又用回 action 了，这样做有什么好处吗？

form action 很老了，不再推荐使用。
jQuery 现在也用的少，不过只有几个页面用用也不错。

是要开发 UI 组件库吗？
常用的方法是监听按钮事件，阻止掉默认的 form ，使用 fetch 提交。

新人为什么会知道 form action ，还是看的资料太老了。

@LuffyPro
或许你们可以改页面的设计，把修改手机号放在单独的表单中，而不是和地址、营业时间混在一个表单里。

当然，后端非说防止其他人改了别的选项被覆盖也行。例如两个人同时编辑一个页面，后提交的那个会把先提交的那个覆盖掉。
这时候就谁屌大厉害听谁的。

@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 、归档、各种会议接待、陪老板出差。
对了，没会计的话财务可能也是你，有没有时间学习看项目了。