Во-вторых твои предпочтения в очередной раз осуждаю, чёткие пацанчики ставят себе задачу и гуглят проблемы по мере её решения(я так всегда делал)
как и в прошлый раз, я не согласен :
в данном контексте гуглить ПРОСТО антибаза.вернее в этом просто нет смысла.
исходя из его сообщения :
пациент-нюня не в состоянии реализовать паттерн
который из себя ничего толком не представляет кроме списка слушателей и метода отправки события слушателям циклом for.
на основании этого я делаю два вывода:
1) он не знает ООП
2) он не сможет сделать декомпозицию своей проблемы на маленькие части для ее решения.целую, разумеется, гугол не схавает.
дальше только два варианта :
усердные попытки самоучки разбираться в чужом коде и более эффективный вариант - прочитать книгу по той же Java которая сначала объяснит нюне о цикле for, проведет практику, затронет ООП и нюня в кратчайшие сроки будет иметь представление о том, как ему решить эту задачу.
также в его сообщении упоминается ConfigManager который может поставить нюню в довольно неловкую ситуацию : в предметной области нет ConfigManager'а.тут тоже не поможет гугол: вопрос размыт, является частным случаем.антипаттерн?какие есть плюсы?альтернативы?может быть минусы?понятен ли будет код другому умному разработчику?не помочится ли он на лицо нюне?
прочитал бы нюня базовую литературу, знал бы он про
и мог бы быть уверен что "подход" проверенный и рабочий а также в целом изначально имел представление о будущей реализации.
(ConfigManager взят из башки, пациент-нюня выражался обычным "Менеджером")
