第二个

results.stream().collect(Collectors.toMap(TotalResult::getName, result -> result))

@GTim 一直用 SB 的路过

@jdhao 一直用 SB

@langren1353

文件夹列表如下


百度刚刚改版了，熊账号改成资源中心了 https://ziyuan.baidu.com/ydzq/decoration?officeId=1602207654929877&tab=background

站在商业的角度，很抱歉的告诉你，几乎没有....

技术开源的爱好者，是为了重新发明轮子

但站在技术的角度，我支持你开源

在小程序你不是要保存用户的 token 么？ 如果这时候调用小程序再次登录，你仍然可以把 token 传上去

如果用户未注销，那么就意味着密钥没有被替换是不？ 那原先的 token 可以校验通过啊，这相当于用户没有退出，只是好久不访问而已

我比较偷懒，只区分登录和授权，这样做的好处就是后台账号可以模拟前台账号，省的一些产品经理需要模拟虚拟用户的诡异需求

大厂，除登录和授权也分开，且前台用户和后台用户不同表，甚至不同库，具体，那就看严格到啥地步了

其它方案无非就是如何继续拆分

严格意义上来说:

1. jwt 的密钥不同，那么之前登录的就会自动失效
2. jwt 的密钥的唯一作用，是鉴定 token 是否合法
3. jwt 的机制本身，并无法判定之前是否有登录

建议密钥的生成方式为：登录时的时间戳 + 固定后缀


做法很简单，就是每次登录改动密钥。


1. 假设你已经有了 visited_at 字段用于表示用户最后访问时间，且有一个字段 lasted_at 用于表示最后登录时间(用于登录密钥)

2. jwt 的机制，每次访问都必须带上 token。 每次访问的时候更新用户最后访问时间，否则设定一个时间，比如 30 分钟后登录过期

3. jwt 登录判定：如果 visited_at 存在且小于 30 分钟，则表示有用户存在，否则表示没有登录用户。

离线在哪里下载？

可以啊，比如，我要找工作啦，全栈，现在在开发 EOS 合约

有人要我不？

@guog 遇到同样做法的

没有，什么知识点不会，自己 English 也要弄懂，不然就没那么多教程了

不错，提一个 bug，就不去 issue 了， 插入代码的时候，第一个 ``` 要换行，不然很多解析器会错误

哈哈，看这篇文章 https://www.twle.cn/l/yufei/cprogramming/cprogramming-basic-switch.html

里面有 switch 的规则


1. 当被测试的变量等于 case 中的常量时，case 后跟的语句将被执行，直到遇到 break 语句为止。
2. 当遇到 break 语句时，switch 终止，控制流将跳转到 switch 语句后的下一行。
3. 不是每一个 case 都需要包含 break。 如果 case 语句不包含 break，控制流将会 继续 后续的 case，直到遇到 break 为止

swift

虽然后期可能要回来学 OC， 但那都是你学会了之后的事

推广一波 https://www.twle.cn/l/yufei/swift3/swift3-basic-index.html 就是版本有点老了，坑爹的 Swift，低一个版本会要命的

单身狗不在乎.....

https://www.twle.cn/ 简单教程

一文搞定 https://www.twle.cn/l/yufei/python30/python-30-class.html