CẬP NHẬT : Tôi kể từ khi điều này được viết đã thay thế Boost.Log bằng ghi nhật ký tùy chỉnh của riêng tôi, chủ yếu là vì tôi quyết định loại bỏ tất cả các phụ thuộc Boost trong tất cả các dự án của mình vì nhiều lý do khác nhau. Nếu bạn thấy ổn với việc sử dụng Boost, tôi đoán Boost.Log vẫn là một lựa chọn hợp lệ dựa trên câu trả lời của Klaim .
Trải nghiệm của tôi với Boost.Log vào năm 2010 sau đó.
Tôi đã tích hợp thành công Boost.Log trong công cụ trò chơi của mình và tôi chỉ có thể nói những điều tốt đẹp về nó. Chắc chắn, còn hơi sớm để sử dụng, vì phiên bản 2 sẽ là phiên bản thực tế sẽ trở thành Boost.Log chính thức.
Lưu ý rằng phiên bản "1.0" có sẵn không được duy trì. Để nhận các bản cập nhật, bạn phải sử dụng phiên bản cạnh chảy máu (thân) có thể trở nên không ổn định. Hãy tính đến điều này nếu bạn định sử dụng phiên bản này trong bất kỳ dự án nghiêm túc nào. Nếu bạn không sợ sử dụng các phiên bản cạnh chảy máu hoặc vỡ trong tương lai, thì hãy sử dụng nó. Nó thực sự tốt để sử dụng như nó ở trạng thái hiện tại.
Từ lâu, tôi đã nghĩ hệ thống ghi phân cấp trong log4j / log4cxx vượt trội hơn, nhưng Boost.Log đã khiến tôi nghĩ khác. Lọc và thuộc tính linh hoạt hơn.
Thiết kế của các bồn rửa được phân tách bằng frontend / backend giúp bạn thực sự dễ dàng thêm các phụ trợ bổ sung. Không cần phải lo lắng về các vấn đề đồng bộ hóa hoặc lọc do giao diện người dùng xử lý. Thư viện cũng đi kèm với rất nhiều phụ trợ, tệp xoay, bảng điều khiển, nhật ký hệ thống, đăng ký sự kiện Windows, v.v.
Tôi đã viết phụ trợ bồn rửa của riêng tôi; một vào bảng điều khiển trong trò chơi và một đến một loại hệ thống thông báo cho các sự kiện nghiêm trọng hơn. Dễ dàng hơn tôi mong đợi, đã thiết lập và chạy chỉ trong vài phút.
Cuối cùng nhưng không kém phần quan trọng, người bảo trì / nhà phát triển cũng thực sự hữu ích. Bạn sẽ nhận được nhiều sự trợ giúp trong các diễn đàn của dự án. Anh ấy đã sửa hai lỗi (trong đó một lỗi chính) chỉ vào cuối tuần này mà tôi đã báo cáo :-)