@ohwind 前端数据加密的密钥不就是代码里写着的吗，或者是从某些接口可以获取到，只要分析代码就可以做的伪装客户端，最多是使用非对称加密，可以保证中间人无法伪装成后端来欺骗前端，然而 https + 可信 ca 基本上就已经完全防护了中间人了。

在使用 https 的情况下，个人对于前端加密是觉得属于脱裤子放屁，但搞支付保险等涉及大钱的东西的时候，合规部门或者等保认证要求加就加呗。

安全评分从 90 变成了 93 对我而言是觉得做与不做差距不大，后端部分属于那 90 分，要么不扣要么直接-90 ，如果后端被破了，那有你这 1 分还是没有都无所谓，所以 最后得分是 90 、93 还是 0 、3 ，这其中的 3 分的部分重要么。

你可以理解成跑在 jvm 上的 python ，是运行在 jvm 上的一个新语言，和 scala 、kotlin 一样。


spring 本身和它没啥大关系，但构建工具迁移到了 gradle ，而 gradle 是用 groovy 写配置和插件的，说是因为这个脚本语言使用起来便捷。

类比的话，npm 用 js 写配置和插件，maven 用 xml 写配置、用 java 写插件，gradle 用 groovy 写配置和插件。
并且由于 groovy 运行在 jvm 上所以 java 写的插件类库啥的也可以调用。

谢谢

@cchrisweiii
开源本来就意味着会有无数的伸手党出现，鄙视伸手党当甲方提要求可以理解，但禁止人说不好，攻击没给你提供过代码的人都是阻碍，那也太魔怔了。
伸手党带来的热度不也是一种贡献吗，如果全要求给你提过代码的人才能用你的项目那恐怕这项目也只能像 pt 一样在小圈子里自娱自乐了。

@good1uck 社区是一种泛称，指的更多的是人的群体 而不是某种具体的交流工具。

Linux 的社区在哪，即不在 github 也不在他们的邮件列表里，只是 Linux 社区的人会在邮件列表里讨论各种内容，向 linux 的 git 仓库提交 PR (注意这个仓库不在 github ，github 只是官方仓库的镜像只查看不接受 PR 不接受 Issue)。
Linux 的社区包含的是 Redhat 、微软、MIT 、BSD 等高校内的组织，以及其他关注它促进它发展的热心开源人士，而不是 Linux 社区包含代码仓库、邮件列表、twitter 、hacker news 。

xx 社区的人会在邮件、github 、twitter 、论坛、QQ 群、微信群进行交流，那自然也可以在 v2 上交流。

另外即便 v2 和开源无关也不影响人在这讨论啊，v2 可以聊水深火热、可以聊润、可以聊数码外设、可以聊技术问题、为啥不让聊开源

堕天使
[email protected]

大佬还继续送吗， 感谢，如果 mj 能送额度那就更感谢了。

我看 next.js 教程的时候发现 有几个 meta 标签，og:title, og:image 这些。

https://nextjs.org/learn/seo/rendering-and-ranking/metadata
https://ogp.me/

他们应该是为了适配 Facebook 和 twitter ，以及 PWA 卡片，不知道国内支持度如何。

@Bingchunmoli
基本上其实都差不多，常用的 isEmpty ，isBlank 就两三行，自己手写也和那几个工具类差不多，
除此之外还有一些方法就是 String 默认方法包了一层空判断，比如 trim ，startWidth 之类的。

我说这个只是类比，剩下的加解密、json 转换、日期转换也是好几个库都有，但选择的时候我还是优先选择了那些知名的、用的人多的。

@GTim 但这些年我才突然发现，有些人真的是不能接受他认为好的东西被别人说一点不好，哪怕是事实...



我其实还是用 hutool 的... 只是相同功能的 util 我会优先用 spring 和 apache common 的

@runzekk 那是，还是您配，毕竟您是学会了释放冷气才去评论冰箱的。

加油，争取有朝一日您有能力把我们这些阻碍社区发展的阻力都物理消灭了。

@runzekk

“你不去给开源软件贡献，还在这无端指责，说你是开源软件的阻力，有错么？”
哇，那你们不应该做开源啊，你们应该去找人抱团做饭圈啊。

我说 spring 太臃肿的时候，我也拿不出证据了，毕竟我太主观了是吧， 我原来是开源的阻力了。
我说 apache commons 的 Bean copy 性能太差，还没给他们贡献过代码，那我是不是就应该是 Java 社区的罪人了。

另外建议你们别用现有的开源协议，你们得自己写一个 license 把你们的诉求也写进去，毕竟这些协议 “居然没有禁止别人在不提交代码的情况下评头论足，开源协议里就应该把这些阻碍社区发展的白嫖怪轰出去”

@jdOY 如果你简单了解过相关工具的对比文章就会知道，apache commons 的 BeanCopy 效率差是大家都知道的事实，说这个事实就是为了告诫其他人在新项目里少用，而不是为了逼社区改。

人家不改是有充分的理由，就是为了兼容，为保证之前的使用者不会在更新后就出现不一致的行为。
你提 issue 也只会被人家指向最初那个不予修复的回答。


最后，使用和谈论本身就是一种促进社区活跃的行为。

如果你们的思想是 “用你们开源就是欠你们的，就是白嫖，就没资格评价这个开源东西好坏”，那建议你们别开源。

linus “fuck nvidia” 的时候也没给他们提 issue 更没有给他们写代码推 pr 。

@adoal
其实是有关的，热衷于 hutool ，ruoyi ，mysql-plus 的大多数真的只是糊裱匠，“我只管最快速的干出来, 不出 bug 不就可以，工作而已何必较真”

就像做饭，有些人也推荐预制菜，买个半成品回家，这边一热那边撕开调料包倒进了不就好了，像方便面一样，犯得自己搞么，择菜洗菜自己弄半天还不如人家调料包香。

你说预制菜做的不好吗，其实 有一些真做的不错的，而且对于水平差的人，预制菜真的做出来的水平真的比它自己重头做好非常多。
但我不喜欢预制菜的统一口味调味料, 我觉得煎炸炒用同样的料包做出了的味道虽然也都好吃，但比不上我煎的时候配煎的料，炒的时候配炒的料做出来的香。

@smilenceX
我其实是城里人，但 2000 前城里也是平房多啊，所以前面的我都经历过。

至于后面那个则是去大姑家和回姥姥家的记忆，他们也是每户自己盖厕所，毕竟当时大家还都自己沤肥，但他们的旱厕我记得好像那个坑上盖的是一个废弃的门板吧... 反正走上去那木头板子上下颤动，我是非常害怕它塌了，毕竟掉粪坑淹死这种死法太有震慑力了。

@runzekk 凭什么不能说，好与不好不是有客观事实评价标准的吗？

我说 apache commons 不好的时候我也得加入才行？ 我说 apache BeanUtils 的 copy 性能特别差是不是得先给他们提 issue 才行？