lucasdev 最近的时间轴更新 lucasdev 最近的时间轴更新 |
lucasdevV2EX 第 504225 号会员，加入于 2020-08-17 21:02:53 +08:00今日活跃度排名 9297 |
lucasdev 最近回复了
21 小时 51 分钟前 回复了 Renco 创建的主题 › 程序员 › 部署在内网服务器的应用，有什么方式让互联网端的用户客户端能访问到。 |
那就 VPN 了
4 天前 回复了 anivie 创建的主题 › 程序员 › Win+ Linux 开发环境结合 |
再配一台 linux 机器的话，可以看看 KVM 切换器，点一下按钮就能将显示器和鼠标键盘切到另一台电脑
8 天前 回复了 Jinnrry 创建的主题 › Docker › 顶不住了，快疯了， Mac 上使用 colima 安装 docker 到底怎么才能改源啊 |
啊，不行吗。我同样的操作是正常使用的
brew install colima
vim ~/.colima/default/colima.yaml
将 docker:{} 改成
docker:
registry-mirrors:
- https://<your-mirror>
然后执行 docker info ，就能看到生效了。docker pull 什么都正常
Registry Mirrors:
https://<your-mirror>
brew install colima
vim ~/.colima/default/colima.yaml
将 docker:{} 改成
docker:
registry-mirrors:
- https://<your-mirror>
然后执行 docker info ，就能看到生效了。docker pull 什么都正常
Registry Mirrors:
https://<your-mirror>
17 天前 回复了 lthero 创建的主题 › 程序员 › 阿里 CDN 被恶意刷流量! |
22 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
@Feiex 这些对 Java 生态来说都不是问题，都有很成熟的方案，写在统一的 sdk 即可。
楼主也补充了，“统一日志框架、统一日志格式已经做了，通过提供 sdk 实现的。”
关于你提到的几点，分别有：1. logback filter 2. logback converter 3. MDC
但看了下楼主已经找架构师沟通过几次了，那就封装呗，干嘛跟领导做对。
楼主也补充了，“统一日志框架、统一日志格式已经做了，通过提供 sdk 实现的。”
关于你提到的几点，分别有：1. logback filter 2. logback converter 3. MDC
但看了下楼主已经找架构师沟通过几次了，那就封装呗，干嘛跟领导做对。
22 天前 回复了 t4we 创建的主题 › 互联网 › 有些人其实只是生活能自理，上网会打字，就假装自己是“正常人” |
昨天的主贴质量很高，楼主的很多观点我也深感赞同，也不希望它进水深火热。
但与那啥有关的话题下必然会有人急着站立场，输出情绪，上升政治，然后变成无聊的骂战。
但与那啥有关的话题下必然会有人急着站立场，输出情绪，上升政治，然后变成无聊的骂战。
23 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
楼主可以问问 AI ，我把问题直接丢给了 gemini 2.0, claude 3.5 sonnet, gpt-4o ，似乎都更推荐 SLF4J + Logback
23 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
@bk201 #65 这个帖子挂在"程序员"节点下，而不是"Java"节点下，感觉很多回复是对 Java 生态不太了解。看了你的几条回复，我和你的观点是比较一致的😁
23 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
@k9982874 1. slf4j 门面和 logback 等实现提供的扩展性都可以做到，楼主也说了，这些不是问题。
2. 每个语言有自己的最佳实践，别的语言或许封装一个 LogUtil 更为合适，但 Java 没必要。即使封装了 LogUtil ，也应该允许让其作为 slf4j 的实现，而不是不允许使用 slf4j 直接打印日志。此外，不同平台的日志不一定是统一管理。
3. 不存在模板复制的问题，安全、日志相关的自定义 sdk 使用 snapshot ，每次从 mvn repo 拉取最新版本。
2. 每个语言有自己的最佳实践，别的语言或许封装一个 LogUtil 更为合适，但 Java 没必要。即使封装了 LogUtil ，也应该允许让其作为 slf4j 的实现，而不是不允许使用 slf4j 直接打印日志。此外，不同平台的日志不一定是统一管理。
3. 不存在模板复制的问题，安全、日志相关的自定义 sdk 使用 snapshot ，每次从 mvn repo 拉取最新版本。
23 天前 回复了 WillingXyz 创建的主题 › 程序员 › 公司的架构师要求把日志封装成 LogUtil 类，提供 sdk 给各团队使用，并且不允许使用 slf4j 直接打印日志，请问各位这么做有哪些好处（我还没想到任何好处）？ |
@unknown404 #26 如果是其他库或许可以这么说，但是 slf4j 出了 18 年了，在 mvnrepository 它是
#2 in MvnRepository
#1 in Logging Frameworks
Quartz 、Camel 、Akka 等有多少库使用了 slf4j
至于各种日志扩展，通过 Coverter 、Appender 等都可以实现，提供 sdk 引入即可，不需要侵入代码
#2 in MvnRepository
#1 in Logging Frameworks
Quartz 、Camel 、Akka 等有多少库使用了 slf4j
至于各种日志扩展，通过 Coverter 、Appender 等都可以实现，提供 sdk 引入即可，不需要侵入代码
Select Language