@jeffwcx 那你认为什么是前端，什么又是 Client 呢？所谓的前端工程师需要做什么？思考什么？解决什么问题呢？

@biuaxia 拔网线是真的。你要是笑死了，交易所就能名正言顺地继承你的虚拟币了。

@alamaya 据我的观察，大部分的前端，web 就是全部了。。。而且，他们根本不能理解什么是 Client 。。。

都是自己开发的吧？小规模的结算系统又不复杂，随便找两个程序员就撸出来了，还要什么自行车。

反过来，这玩意你开源了也没人用。你别看上去各种 pos 机满天飞，但去统计一下，就会发现还真的没几家。。。二位数 /三位数的样子，太小众。

default

交互方式有没有申请专利？没有的话，就只能等对方更新版本你再「以其人之道还治其人之身」了。

@Phishion 没问题，没问题，没问题。但这种鸡贼的做法让人感到恶心。

另外，你倒是让苹果给上架啊。。。。。。

JWT 最大的优点是无状态，只要密钥一致就能认证。同时，最大的弱点也是无状态。所以，需要 token 有状态的场景，使用 JWT 就是滥用。那些用户信息、授权信息放在服务端不香吗？放 token 里面除了增加体积，还能有什么好处？认证的时候反正都能获取到，获取后另外放在请求头里面不好吗？至少不需要担心数据被篡改，token 也不需要加密，加解密什么的，不需要额外的运算和时间的吗？

@sillydaddy 就是一篇文章里面随机找几个词，替换成同义词。譬如道路替换成马路，猫咪替换成喵星人，这样一点也不影响阅读。然后把这个信息和你的用户 ID 一起存起来。。。

因为每个人看到的文章被替换的文字都不一样，所以当作者在别的地方发现文章被盗用时，根据这个特征就能找到你的用户 ID 。

@aboat365 这种 token 的作用确实是和 sessionId 一样的。无非就是怎么叫的问题，就不要纠结了。

@leafre 不是不能，而是麻烦。现在都是 RestAPI 的服务端，哪有 session ？搞个 token 多简单，而且也方便搞分布式。

JWT 有他特定的优点，但滥用 JWT 真的不好。既然要有状态了，我自己生成一个 token 很难吗？几行代码的事，能贴合自己的需求，又不用额外引入第三方库。

@longmeier90 你的理解是正确的，而且微服务本身不增加工作量，反而能有效降低工作量。但前提是得正确拆分服务，顺带着还要懂点运维知识。

@dcoder 在我的 github 里面可以看到我自造的轮子。

在代码样式里面的括号和换行设置

文字特征制作方法：随机生成若干个位置，然后对这些位置做字典替换。保存下替换位置和替换结果作为特征保存到数据库。然后发现疑似文字，可编写程序进行自动化特征匹配。

找车不切实际，远不如按车钥匙方便。因为 AirTag 的远距离定位是依赖别人的 iPhone 的。。。地面都不见得可靠，更不要说多层地下车库了。