0
A
回答
0
这里是我的结论:
- 记录器运输不应该使用的记录器,而是直接使用其他适配器或只写直接文件系统/控制台。
- 如果我认为记录器和传输是架构的不同层次,那么清晰的传输应该不需要使用记录器。
- 传输是记录器模块的一部分,因此它将记录器视为外部黑匣子是没有意义的。
相关问题
- 1. 类之间的循环依赖关系
- 2. MODEL和BLL之间的循环依赖关系
- 3. 循环依赖关系?
- 4. C++循环依赖关系
- 5. 循环依赖关系
- 6. Hudson循环依赖关系
- 7. Python循环依赖关系
- 8. SQL循环依赖关系
- 9. 循环依赖关系
- 10. 解决haskell数据记录中的循环依赖关系
- 11. 依赖关系排序与循环依赖关系的检测
- 12. 连接依赖关系时的循环依赖关系
- 13. shared_ptr,weak_ptr和循环依赖关系
- 14. 如何打破版本库之间的循环依赖关系
- 15. 编译方法之间的循环依赖关系
- 16. 避免三个表之间的循环依赖关系
- 17. testCompiler任务之间的循环依赖关系
- 18. 类中两个方法之间的循环依赖关系
- 19. F中函数之间的循环依赖关系#
- 20. 如何解决CPAN模块之间的循环依赖关系?
- 21. 模块之间的循环依赖关系java类
- 22. 如何避免表格之间的循环依赖关系
- 23. GCD测试 - 测试循环语句之间的依赖关系
- 24. 解决模板类之间的循环依赖关系
- 25. AWS SAM - 资源之间的循环依赖关系错误
- 26. Hiera和类之间的依赖关系
- 27. PostgreSQL设计依赖关系树没有循环依赖关系
- 28. C++和Ruby之间的关系和依赖关系是什么?
- 29. XML的循环依赖关系
- 30. Spring中的循环依赖关系