公司的架构师要求把日志封装成 LogUtil 类,提供 sdk 给各团队使用,并且不允许使用 slf4j 直接打印日志,请问各位这么做有哪些好处(我还没想到任何好处)?

查看 211|回复 29
tool2dx   
日志封装是很常见的操作啊,后期可以根据 code101 来做源代码级别的筛选/过滤/屏蔽。
如果维护的人经常变动,统一代码格式挺重要的。当然不离职,怎么方便怎么来。
Fca   
他可能属于那种不接受新鲜事物的人,内心鄙夷这种框架,你自己写他学习成本也会变低
fengpan567   
kpi 而已
sagaxu   
没什么好处,自定义 LogUtil 能做到的功能,在 Filter, Appender 层面完全可以做到。
LogUtil.info("code101", "xxx") 跟 log.info("code101", "xxx") 并无区别。
lucasdev   
没好处,楼上说到的日志格式、脱敏加密、监控采集等都可以通过项目中引用 sdk 来实现,不需要改代码形式。
再者说,封装的 LogUtil 的扩展性谁来保证,动来动去的更麻烦。
WillingXyz
OP
  
@tool2dx 我们当前的日志是排查问题用的,整个 code 对我排查问题没什么帮助,现在都有分词,还有 logger name 之类的来筛选。
日志格式是统一的,比如 level ,time ,threadname ,自定义 mdc 这些
unknown404   
@WillingXyz #13 为了以后的扩展变更还是需要的,万一出了一个比 slf4j 更好用的呢?或者需要对日志统一做一些额外处理呢?无规矩不成方圆,对于稍微大点的项目,应该全部禁止直接引用第三方包,而是需要自己包装下才可以,都是千万屎山得来的教训,等你坐到他那个位置,你可能要求比他更夸张
luobingit   
你别说 我还真见过用 LogUtil.info 这种的
lululau   
他是领导他说了算,建议类名叫 SBLogUtil ,要是领导问 SB 前缀是什么含义,你就说 Spring Boot 的缩写
neocanable   
太年轻了,没有被屎山教育过
您需要登录后才可以回帖 登录 | 立即注册

返回顶部