Разрабатываю приложение с GUI интерфейсом. Хочется спроектировать ее классы максимально независимыми друг от друга. Типичная ситуация - при нажатии на кнопку идет вызов некого метода, который может завершиться как успешно, так и неуспешно (у пользователя нет прав выполнять операцию, произошла системная ошибка, и пр.)

Интуитивно понимаю, что код, отвечающий за показ сообщения об ошибке, нельзя размещать прямо в этом же методе. Напрашивается выход - вернуть из метода код ошибки, которых может быть несколько (и со временем могут появляться новые).

Также обработать эту ошибку могут хотеть не только интерфейс (показать сообщение для пользователя), но и другие объекты, например компонент логирования.

Почитал про используемые практики, и так понял, что в данном случае используют паттерн Observer, т.е. мой объект будет говорить всем обозревателям, что "произошло некое событие".

Если так, то где лучше разместить обращение ко всем "обозревателям"
1) в коде метода, непосредственно при возникновении ситуации
2) в коде, который вызывает этот метод

В 1-м случае у объекта все равно остается связть с общей системой (он должен знать об обозревателях)
Во 2-м код, который вызывается метод, будет сопровождаться обязательной обработкой результата метода, что тоже не совсем правильно.

Посоветуйте как быть и что ещё стоит почитать про правильное проектирование с практическими примерами.

MasterZiv, в каких случаях тогда используется Observer?

Ок, спасибо.
Если развить мой вопрос, то каков будет "правильный" подход (без привязки к технологиям, будь то клиентское или веб приложение, думаю разницы быть не должно).

В 1-м случае будет:
user->getList(); // метод getList может завершиться удачно, а может и не выполниться по разным причинам (нет прав выполнять действие, ошибка подключения к БД, .... )

И если произошла какая-то ошибка, то код обработчик этих ошибок будет заключен в самом же методе.

2-й случай будет выглядеть так:

В этом случае придется каждый вызов метода сопровождать рядом try / catch / if / switch с обработкой ошибок.

И тот и другой подход имеют недостатки:
1-й создаст ненужные связи с другими классами
2-й обяжет каждый раз при вызове городить разные проверки с практически одинаковыми обработками, что создаст дублирование кода

Хочется знать где я неправ, и как пишут приложения взрослые люди :)
Модератор:
кнопку src не плохо бы иногда нажимать.

Я прочитал все сообщения. Ожидал более развернутых ответов, т.к. тема для меня новая, и когда смотришь на псевдо-код, становится более понятно. От себя я его привел, это было как приглашение к разговору, в ответ надеялся увидеть что-то похожее. Хочется на конкретном примере посмотреть, как строят код опытные люди.