lucasdev 最近的时间轴更新
lucasdev

lucasdev

V2EX 第 504225 号会员,加入于 2020-08-17 21:02:53 +08:00
今日活跃度排名 71
lucasdev 最近回复了
@Feiex 这些对 Java 生态来说都不是问题,都有很成熟的方案,写在统一的 sdk 即可。
楼主也补充了,“统一日志框架、统一日志格式已经做了,通过提供 sdk 实现的。”

关于你提到的几点,分别有:1. logback filter 2. logback converter 3. MDC

但看了下楼主已经找架构师沟通过几次了,那就封装呗,干嘛跟领导做对。
昨天的主贴质量很高,楼主的很多观点我也深感赞同,也不希望它进水深火热。

但与那啥有关的话题下必然会有人急着站立场,输出情绪,上升政治,然后变成无聊的骂战。
楼主可以问问 AI ,我把问题直接丢给了 gemini 2.0, claude 3.5 sonnet, gpt-4o ,似乎都更推荐 SLF4J + Logback

@bk201 #65 这个帖子挂在"程序员"节点下,而不是"Java"节点下,感觉很多回复是对 Java 生态不太了解。看了你的几条回复,我和你的观点是比较一致的😁
@k9982874 1. slf4j 门面和 logback 等实现提供的扩展性都可以做到,楼主也说了,这些不是问题。
2. 每个语言有自己的最佳实践,别的语言或许封装一个 LogUtil 更为合适,但 Java 没必要。即使封装了 LogUtil ,也应该允许让其作为 slf4j 的实现,而不是不允许使用 slf4j 直接打印日志。此外,不同平台的日志不一定是统一管理。
3. 不存在模板复制的问题,安全、日志相关的自定义 sdk 使用 snapshot ,每次从 mvn repo 拉取最新版本。
@unknown404 #26 如果是其他库或许可以这么说,但是 slf4j 出了 18 年了,在 mvnrepository 它是
#2 in MvnRepository
#1 in Logging Frameworks

Quartz 、Camel 、Akka 等有多少库使用了 slf4j

至于各种日志扩展,通过 Coverter 、Appender 等都可以实现,提供 sdk 引入即可,不需要侵入代码
没好处,楼上说到的日志格式、脱敏加密、监控采集等都可以通过项目中引用 sdk 来实现,不需要改代码形式。

再者说,封装的 LogUtil 的扩展性谁来保证,动来动去的更麻烦。
https://selfh.st/apps/
https://awesome-selfhosted.net/

玩,都可以玩
玩不动的就在自己电脑上安装,云主机做内网穿透
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1083 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 18:59 · PVG 02:59 · LAX 10:59 · JFK 13:59
Developed with CodeLauncher
♥ Do have faith in what you're doing.