Tại sao tạo một đối tượng Logger thay vì sử dụng các phương thức ghi nhật ký tĩnh trên một ứng dụng?

Lấy một ví dụ về ứng dụng Ruby on Rails đơn giản. Nó tạo ra một Loggerđối tượng trong quá trình tải ứng dụng:

# in environment.rb
config.logger = Logger.new(<STDOUT | file | whatever>)

# and in our application we use this object
logger.warn "This process is taking too long to process. Optimization needed."

Câu hỏi của tôi là, tại sao chúng ta không sử dụng các phương thức lớp (hoặc phương thức tĩnh) để ghi nhật ký? Sẽ không Logger.warnquy mô hơn Logger.new.warn? Hoặc ít nhất Logger.warncó vẻ trực quan hơn Logger.new.warn.

Ngay cả khi Logger.newlà một đối tượng đơn lẻ, nó mang lại lợi thế gì?

Đây là một ví dụ sử dụng Java. Đã được một thời gian kể từ khi tôi sử dụng log4j, nhưng từ những gì tôi nhớ, toàn bộ công cụ ghi nhật ký log4j sẽ khởi tạo từ một tệp XML. Bản thân tệp XML có thể chứa nhiều logger với các cấu hình khác nhau (nơi bạn ghi vào, mức nào được viết, v.v.). Vì vậy, trong trường hợp này, bạn sẽ có các đối tượng logger chứ không phải các phương thức tĩnh logger để chỉ định logger nào bạn muốn gọi. I E.

Logger logger = Logger.get("Network");

sẽ ghi nhật ký những thứ liên quan đến kết nối mạng, bỏ gói tin, v.v.

Logger logger = Logger.get("Application");

trong đó sẽ ghi lại những thứ liên quan đến logic / ứng dụng kinh doanh của bạn. Ít nhất với log4j, bạn cũng có thể định cấu hình các mức nhật ký thực sự được viết ra (thông tin, theo dõi, cảnh báo, lỗi, gỡ lỗi là các mức mặc định có sẵn).

Nếu bạn có các phương thức tĩnh, cách tốt nhất bạn có thể làm là cấu hình một trình ghi nhật ký duy nhất để trỏ ra tiêu chuẩn, một tệp, v.v., nhưng mọi thứ bạn đăng nhập sẽ đi đến cùng một nơi. Với các đối tượng logger, việc tạo thông tin sẽ dễ dàng hơn để thông tin đăng nhập của bạn được trải rộng ra nhiều tệp.

Logger.new là một nhà máy sẽ lấy kết quả sẽ được sử dụng ở đâu (tên của lớp / tệp).

Trong các tệp cấu hình, sau đó bạn có thể quyết định mức độ nào để đăng nhập để không đăng nhập hoàn toàn cho các phần của chương trình mà không phải biên dịch lại dự án.

Do đó, bạn có thể vô hiệu hóa tất cả trừ ghi nhật ký cấp cao (lỗi) cho các bản dựng phát hành và chỉ kích hoạt mức thấp nhất cho các phần bạn đang gỡ lỗi.

Gọi phương thức tĩnh nên tránh bất cứ nơi nào có thể. Đây là một giải pháp thay thế cổ xưa cho Tiêm phụ thuộc thích hợp và không phải là thứ bạn sẽ thấy hữu ích trong một cơ sở mã lớn hơn.

Xem xét khả năng kiểm tra, ví dụ. Việc ghi nhật ký tĩnh sẽ đặt Đối tượng được Kiểm tra kiểm soát lớp ghi nhật ký nào được sử dụng - không có Đảo ngược Kiểm soát. Không có khả năng tiêm một đối tượng giả hoặc bất kỳ loại giả mạo nào ở đây. Bằng cách đưa logger vào SUT, bạn sẽ thấy rằng bạn có tùy chọn để giả lập logger và tiêm nó.

Tất nhiên, lợi ích của việc sử dụng DI đối với kiểu gọi phương thức tĩnh đang được thảo luận vượt quá khả năng kiểm tra. Xem xét những gì sẽ xảy ra nếu bạn muốn có hai logger khác nhau trong hệ thống của mình và tùy chọn thay đổi hành vi ứng dụng thông qua cấu hình của biểu đồ đối tượng mà không cần chỉnh sửa mã hiện có.

Nhìn chung, tôi khuyên bạn nên thử một cách tiếp cận DI, vì vậy bạn không tìm thấy mã của mình không khả thi và khó sử dụng sau này.