использовать или не использовать интерфейсы

[alatar]

Функция не есть интерфейс, вы не можете быть уверены, что вам передадут функцию с нужными параметрами.

[dimarik]

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

Тут тоже процитирую GoF:

Вот Гофов люблю. Добавил Вам кармы. Но они здесь не в тему.
Да, мы тоже знаем, что в огороде бузина, а в Киеве дядька. Вы не в той тональности поете. Очень жаль.

[expl]

Функция не есть интерфейс, вы не можете быть уверены, что вам передадут функцию с нужными параметрами.

Я гипотетически, представте, что мы программируем на haXe.
ИМХО если бы была типизация функций, способ с передачей 3-х функций был бы действительно лучше.

[alatar]

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

[iNils]

Извините, не согласен. Насколько я знаю, должно быть как раз наоборот. Не буду долго объяснять, просто процитирую труд Гаммы, Хелма и других товарищей из Gang Of Four "Design Patterns:Elements of Reusable Object-Oriented Software":

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

[Котяра]

Давно ещё поднимал тему про сигнатуры функций. Из обсуждений вывел для себя, что единственный выход использовать классы ,т.е. интерфейсы, в вашей интерпретации этого слова.

[dimarik]

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

Передавая классу функцию Вы завязываете этот класс на СИГНАТУРУ функции, а НЕ на ее реализацию

Классу функцию передают гораздо реже, чем методу ссылку на метод. Почувствуйте, пожалуйста, разницу. Употребление термина "класс" явно не уместно в данном контексте. Здесь, скорее, должен стоять "объект". Просто закройте глаза и представьте. Методу передают параметры. Сам метод принимает аргументы. Метод может принять в качестве аргумента ссылку на объект Function, который является методом.

Тогда и с сигнатурами станет понятнее. Ваш пост претендовал на раскрытие истины, потому поправляю Ваши рассуждения.

По поводу as1-as2. Мысли вслух.
Мне жаль тех людей, которые хаят инструменты. Такое впечатление, что их кто-то заставлял работать с китайским промом и теперь по этому поводу они жалуются на неудавшуюся жизнь.
В свое время я уделял железкам (выбор слесарки, столярки) особое внимание, потому они служат мне по сей день.
Было время, был один язык. Его сменил второй, третий. Ну нет генериков, не беда, сделай хорошо без них. Мне нравился as1, мне нравился as2. Мне нравилось программирование вообще.

Вероятно, я могу быть неправ.

[passertm]

Разговор очень стремится выйти за пределы темы.
Преимушество Интрефейсов о котором я вспомнил позже и почемуто не написал это контроль количества параметров. полезная весч(но учитывая что никто не запрешает в листенер mousedown передавать обработчик mousemove, контроль количества ИМХО добавляет очень маленкую зашиту от ошибок)

Темы про наследование и композицию не уловил.
нельзя же чтобы все классы в которых вожможно undo наследовались с одного класса. они могуть быть совершенно разными классами со своими родителями.. или я все не так понял.


Еще подумалось в джава слушатель лоджен наследовать интерфейс. даже если в интерфейсе один класс(но в джава йункции нельзя передавать). А в AS3 разработчики не стали так делать.

Добавлено через 3 минуты

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

Вопросы не менее расплывчаты.

Так я же вас не упрекаю. Понятно что сложно однозначно отвечать.

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

Какое отношение некие классы имеют к undo/redo?

В обьектах этих классов можно делать undo/redo

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

Я бы реализовал undo/redo командами, и они бы имели интерфейс.

Можно перефразировать. А то чето никак не пойму как это "они бы имели интерфейс"

Добавлено через 7 минут

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

Так я по ним и программирую. И оба этих метода "в соответствии с интерфейсом"

Добавлено через 8 минут

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

А потом я читаю твой код. И он делает меня печальным.

))
именно это и заставило меня начать эту тему)

[alatar]

А то чето никак не пойму как это "они бы имели интерфейс"

Команда, в данном случае, класс реализующий паттерн Command. И для команд которые могут быть отменены, я бы добавил интерфейс. Что бы можно было их добавлять в менеджер undo/redo.

[passertm]

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

Команда, в данном случае, класс реализующий паттерн Command. И для команд которые могут быть отменены, я бы добавил интерфейс. Что бы можно было их добавлять в менеджер undo/redo.

А.... Ну я так и сделал)