Спасибо что ничего лишнего поэтому все максимально понятно. Большинство считает своим долгом напихать кучу ненужного кода не относящегося к теме объяснения в не зависимости от самой темы, видимо тем самым демонстрируя какие они крутые программисты
Допустимо ли немного изменять эти общие описания паттернов? В моей бизнес-задаче ровно 2 объекта (наблюдателя) одного и того же класса. Могу ли я передать этих двух наблюдателей прямо в конструктор наблюдаемого объекта, тем самым избавивших от addObserver/removeObserver методов, а notifyObserver сделать защищенным (private/protected) ? Спасибо.
понимаешь, есть как бы устоявшиеся паттерны, но ты, естественно, можешь их подстраивать под себя, если считаешь это необходимым. addObserver/removeObserver - более универсальный подход. Можешь знаешь как сделать, передавать в конструктор список наблюдателей, а внутри for-each, в котором для каждого вызвать addObserver. Как думаешь?
что-то мне кажется, что вызов handleEvent подписчиков есть смысл завернуть в отдельный тред, чтобы не интерферировать с основным кодом реализации observable. Или так не делают?
Спасибо что ничего лишнего поэтому все максимально понятно. Большинство считает своим долгом напихать кучу ненужного кода не относящегося к теме объяснения в не зависимости от самой темы, видимо тем самым демонстрируя какие они крутые программисты
сколько я пыталась найти информацию о петтернах, нигде не было так доступно как у Вас!!
Здорово объясняет.
Спасибо!
Просмотрела все ваши лекции, все доступно
Спасибо, Татьяна, а я рад что мои труды не напрасны. Скоро что-нибудь еще наваяю))
Благодарочка !.
Пожалуй посмотрю все ваши уроки ))
Отлично объяснил. Лайк.
Классно , я хоть теперь понял , почему создаётся именно массив обсерверров в объекте
Очень качественные уроки, очень доступно объясняете.
классные уроки. жалко новых видео давно не было.
Урок очень хорош спасибо!
Прекрасное видео.
Допустимо ли немного изменять эти общие описания паттернов? В моей бизнес-задаче ровно 2 объекта (наблюдателя) одного и того же класса. Могу ли я передать этих двух наблюдателей прямо в конструктор наблюдаемого объекта, тем самым избавивших от addObserver/removeObserver методов, а notifyObserver сделать защищенным (private/protected) ? Спасибо.
понимаешь, есть как бы устоявшиеся паттерны, но ты, естественно, можешь их подстраивать под себя, если считаешь это необходимым. addObserver/removeObserver - более универсальный подход. Можешь знаешь как сделать, передавать в конструктор список наблюдателей, а внутри for-each, в котором для каждого вызвать addObserver. Как думаешь?
благодарю за видео!
что-то мне кажется, что вызов handleEvent подписчиков есть смысл завернуть в отдельный тред, чтобы не интерферировать с основным кодом реализации observable. Или так не делают?
у меня похожий вопрос, если иметь нескольких издателей, которые рассылают разные параметры, то придется перегружать метод handleEvent
в котлине можно замутить так
handleEvent(vararg obj : Any) - и в параметры этого метода можно будет передать любое кол-во параметров, любого типа )
абСёрвабл)) А почему в примере Observed, вместо Observable?
Википедия говорит что Observer и издатель-подписчик это разные паттерны
В єтот раз хорошо подготовился.
Лайк )))
вот тебе и JMS
thx
Пересказ книги "Паттерны проектирования" Фримена. Лучше книгу прочитать, понятнее будет
+Gleb Belyaev ссылку для скачки дашь?
+Школа программирования хотя уже нашел
+Gleb Belyaev Не нравиться не смотри
ну так читай умник,кто мешает?