Який шаблон дизайну більше підходить для ведення лісу?

Я повинен записувати деякі події в програмі, але, наскільки я знаю, було б краще тримати код журналу поза програмою, оскільки мова не йде про реальну функціональність програми. Тож чи можете ви сказати мені, чи варто я цілком уникати коду та використовувати лише спостерігачі та слухачі для реєстрації подій? Або я можу додати рядок коду на зразок наступного, куди мені потрібно щось увійти:

MyGloriousLogger.getXXXLogger().Log(LogPlace, new LogObject(z1, z2, z3, z4, ..., z99));

Чи можу я помилитися з використанням шаблону дизайну Observer? Мені потрібна інша модель дизайну? Або я повинен перестати думати про дизайнерські зразки?

PS1. Якщо я хочу ввійти в систему, використовуючи лише слухачів та спостерігачів, мені, безумовно, потрібно буде додати та покращити спостерігачів та слухачів програми.

PS2. Я, звичайно, знаю, що в Java є різні бібліотеки для входу в Java, і я використовую java.utils.logging, але мені потрібно мати обгортку, щоб записати мої спеціальні об'єкти.

Loggingзазвичай реалізується за схемою відповідальності . Звичайно, ви можете (і я б) поєднати це з фасадом . Я дійсно не використовував би слухачів або спостерігачів.

Використовуйте програмування, орієнтоване на аспекти, яке використовує поради після, перед та навколо методів. Там, відповідно до ваших потреб, ви можете додавати журнали до початку api, після або за деяких умов, а також відокремлювати свій основний код від коду реєстрації.

Що ж, спостерігач звучить для мене непридатно. Крім того, підкидання реєстратора на дзвінки "куди вам потрібно" зруйнує ваш код і порушить SRP.

Ви можете, наприклад, зацікавити AOP для цього, щоб ви могли додавати виклики реєстратора за допомогою анотацій методу.

Ланцюг відповідальності, здається, є хорошою схемою, коли ваш вихід може розташовуватися в декількох місцях. У UML у вас є інший реєстратор, який спрямовує на консоль, інший до errorFile і 3-й просто реєстратор інформації.

Зазвичай я бачив, що logLevels відрізняються, але файл журналу той самий.

Я не бачу шаблону спостерігачів настільки поганим для ведення журналів, оскільки він відокремлює ваш код реєстрації від коду програми. Це хороша практика, таким чином легко перейти на різні механізми ведення журналу. Кожен раз, коли ви хочете ввійти в систему, зафіксуйте подію та відповідний слухач отримає подію та зареєструє її. Повинен бути проміжний однотонний об'єкт, який містить список усіх регістрів.

Таким чином я бачу, що ми можемо відокремити наш журнал від коду програми.