полиморфизм?

[Zebestov]

Предлагаю пользоваться событиями.

[anmelegov]

Сообщение от Zebestov

Предлагаю пользоваться событиями.

я пользуюсь событиями

[hvostoblud]

Может быть конечно я не прав, но по моему предложенная вами реализация имеет ту же суть, да и принцип действия что и механизм событий, так зачем дописывать еще один к уже имеющемуся?

[anmelegov]

Сообщение от hvostoblud

Может быть конечно я не прав, но по моему предложенная вами реализация имеет ту же суть, да и принцип действия что и механизм событий, так зачем дописывать еще один к уже имеющемуся?

это вы кому? тут 2 реализации обсуждается

[hvostoblud]

Сообщение от anmelegov

это вы кому? тут 2 реализации обсуждается

Это я вам. Извиняюсь, забыл процитировать.

[gloomyBrain]

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

Вам же не говорят что Ваш подход не работает вовсе. Он работает - это очевидно. Другое дело, что как только вы напишете в проекте ну, скажем, тысяч 10 строк кода, Вы точно столкнетесь со всеми неудобствами такого подхода. Так что - удачи, все приходит с опытом.

[-De-]

26 к строк было, не считая полуавтоматических с ресурсами. В 95+% случаев по нажатию удобно было тупо вызывать функцию.
А у вас в каком проценте случаев на кнопке более одного обработчика?

[anmelegov]

Сообщение от gloomyBrain

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

Вам же не говорят что Ваш подход не работает вовсе. Он работает - это очевидно. Другое дело, что как только вы напишете в проекте ну, скажем, тысяч 10 строк кода, Вы точно столкнетесь со всеми неудобствами такого подхода. Так что - удачи, все приходит с опытом.

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

[gloomyBrain]

ни одного аргументированного объяснения преимущества использования отдельного слушателя для каждой кнопки

А этого Вам никто и не предлагал. Ежели у Вас куча кнопок, которые делают одно и то же - навесьте на них один и тот же метод-слушатель.

Еще раз - дело в том что у Вас кнопка сама что-то вызывает. В предлагаемом варианте решение о том, нужно что-то вызвать или нет принимается не в кнопке, а в контроллере.

А у вас в каком проценте случаев на кнопке более одного обработчика?

Не знаю... Может, я давно не делал кнопки? =)

ЗЫ
Я могу сказать только одно - я наелся коллбеками больше некуда. Факт передачи функции куда-либо по ссылке вызывает у меня тремор и желание напиться. Потому что эта передача может происходить тут, а может здесь, а может еще вооон-там. И привет - ищем по проекту что же мы можем куда-то передать и где. Я понимаю, что нормальные пацаны юзают дебагер, так что у них таких проблем нет. У меня их тоже нет, потому что у меня кнопка (и не-кнопка тоже) отсылает события.

[hvostoblud]

Сообщение от gloomyBrain

Еще раз - дело в том что у Вас кнопка сама что-то вызывает. В предлагаемом варианте решение о том, нужно что-то вызвать или нет принимается не в кнопке, а в контроллере.

Я просто вообще не понимаю разницы. Разве в eventDispatcher не то же самое происходит? Он хранит в себе ссылки на подписанные методы, а потом сам же и вызывает этот метод по ссылке? Да там более навороченно, но суть та же вроде? Или нет?
Хотя конечно даже моя допустимая правота, не отвечает на вопрос зачем плодить сущности и изобретать велосипеды.