表示 npm 早期报错太多习惯先用 yarn 了

@mind3x 通常没有构造方法

普通用构造函数，循环依赖用 autowired ， 没有谁更好只有谁更适合

我觉得有百分之 50 以上可能是心理因素，某些人

@FakNoCNName 国内需要运营商 DNS 解决 CDN 优化问题，国外是 DOH 等非官端口 DNS ， 然而不仅需要去广告，还需要考虑 clash 自带 dns 分流功能因为使用 fakeip ,如果只考虑分流直接配置 clash 自带的 dns server 即可，

遇见报错无脑 any ，，

@FakNoCNName 并不是简单的分流，本地要求使用光猫 dns 和自己添加的 dns ，远程使用自己的设置的 dns

scoop ///

优点是看起来挺不错的，缺点也很明显，目前版本都还是 bate 。qwq ，

我觉得要看具体 License

@acbot 1. 目前我是不会
2. 这个我也觉得，但是 npm 早期我用的时候天天 error(修改依赖关系就容易错误)需要删除重建，反而觉得这个是好设计

1. 旧版本默认旧版本，新版本默认新版本，并根据支持时间进行弃用(default 默认均为这样这是 vue-cli 的默认配置，低版本目前最新的 vue-cli 就是每次设置的因为推荐新版本)
2. 这个是前端 文件复用的问题（），不过因为早期 npm 容易炸，每个项目一份出现问题删除重新 npm i 没有大的严重后果
3. vue bate 版本的时候需要不同的 vue dev 插件，而 vue 发布 vue3 新版本后，旧插件直接升级为支持 vue3 的插件，而 bate 已停止更新
4. 1 ） cdn 优化难道不是 cdn 厂商测修改吗，
2 ） webpack 配置我记得可以改，但是 hash 是市场和需求决定的(满足大部分人的默认设置，允许特殊需求自定义)
5 。 微信小程序是正常开发的吧导入 vue 的库而已

目前在用 https://oneinstack.com/auto/ 除了没有 GUI ， 都挺好，java 能用，php 用的 php + nginx -> apache + mysql 自带了备份等脚本，并没有对系统和软件做了私有化变更(bt 神奇的 bug) 安全化及私有，我的电脑不允许第三方公司控制(例如我的 windows 可以被 360 随时查看等我就会跳脚)

1. date 类比较方便,熟悉,time 包下的需要面向百度
2. dateUtil 有现成的类库
3. 支持 time 需要一些变动以类库支持,
例如 ObjectMapper
om.registerModule(new Jdk8Module())
.registerModule(new JavaTimeModule())
.registerModule(new ParameterNamesModule());
详见
https://github.com/BingChunMoLi/quick/blob/master/moli-quick-redis-spring-boot-starter/src/main/java/com/bingchunmoli/autoconfigure/redis/config/RedisSerializerAutoConfiguration.java
4. 大多数业务无跨时区需求,然而 time 包下的需要传入系统时区,对于不熟悉的来说增加了不确定性(某运维未设置时区导致问题,谁的责任)
5. stream 我不反对 我觉得挺好,除了 debug 要麻烦点,写好之后以及熟练后的可读性较好(leader 说我可读性差,我只是个菜鸡,用了最多的 list 对象用 id 做 map key 转换)

@GeruzoniAnsasu qs,如果是 google 账户不弹窗是正常的，深度依赖 GMS 并且和网络也有关系

仅限安卓把，我华为和一加那个能连 google 推那个，都不行还能选择都不行，然后使用 TOTP

servless 技术本身是比较强绑定运营商的至少国内都是搞私有，然后开源去兼容

表示和 yarn 没关系只是包管理工具，而且 ts 规范是类型单独的包不需要可以不引入的吧

目前培训机构和市场普遍中低端前端用的是 js+vue2 （甚至可以兼容 IE ），vue3 不熟，ts 都是 any 是常见情况