|
|
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
grasoff.netочень нужно, взял блокнот Негодяй. :) Конечно иногда мы не может сделать рефакторинг, так как не владеем класами. Например это коллекции или обертки примитивов. Поэтому далее предполагаем что мы проверяем собственные классы. В растущем проекте. (А мы всегда предполагаем что проект растет) Код вида Код: java 1. 2. 3. часто превращается в Код: java 1. 2. 3. 4. 5. 6. Следующим шагом говнокодинга становится то что этот код у нас появляется уже не в одном месте. А в двух и более. А вот если мы уносим его в иерархию, то автоматически увеличиваем возможность переиспользования . Второе, это то что рафакторить-двигать методы по иерархи вверх-вниз достаточно просто. А то время как зарефакторить лесенку if...else труднее, особенно если кто-то туда домешал дополнительных условий. Код на полиморфизме проще модифицировать. Ну, и третье, хотя, возможно, и не последнее это читаемость . С полиморфизмом в конкретном классе у нас есть небольшой конкретный метод. В случае лесенки instanceof приходится охватывать взглядом сразу несколько вариантов и искать нужный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:20:23 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
ivanra0FDРаботать не будет, doSomething(A value) будет всегда вызываться. Вот этого метода doSomething(A value) и не должно быть. Согласен, написал чересчур коротко и как следствие неточно. Вот рабочий пример Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. Весь фокус в перегрузке методов в Visitor и переопределении accept в нужных классах Повторюсь, РАБОТАТЬ НЕ БУДЕТ. ПОТОМУ ЧТО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:28:11 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
0FD, Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:29:27 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
ivanra, и какие тут бенефиты от визитора? в сравнении с обычным методом и его переопределением? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:31:59 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Открываем хотя бы википедию и смотрим что даёт Visitor. Его задача реализовать РАЗНЫЕ операции над разным элементами. Причем основное достоинство в том что много разных операций разделяются на разные визиторы с общим интерфейсом. В данной же задаче есть единственный тип и, пока, единственная операция. Для каждого типа свой Visitor будет. 8) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:37:41 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Blazkowiczivanra, и какие тут бенефиты от визитора? в сравнении с обычным методом и его переопределением? Ну, фактически, визитор и есть завуалированное переопределение, только в самом классе метод переопределяется шаблоном, а все полезные действия выносятся в перегруженный метод визитора. В примере всё работает благодаря методу, переписанному под копирку Код: java 1. 2. 3. 4. 5. Фактически, это означает, что в рантайме класс A1 вызовет метод с сигнатурой visitor.doSomething(A1), вот и весь фокус. 0FD : пример рабочий, скопируйте и запустите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:47:37 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Не тратьте время на споры, еще страница и Petro123 все сведет к базе данных)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 12:51:37 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
javapeckerНе тратьте время на споры, еще страница и Petro123 все сведет к базе данных)) Угу)))) Или к вопросу- почему в java не любят RTTI )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 13:30:35 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 13:35:04 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Blazkowicz +100 Но добавлю что даункастинги если они будут требуют обработки exception что само по себе дорогостоящая штука. instanceof надо полагать работает экономно т.к. генерирует одну инструкцию jvm "instanceof". Тоесть тут как-бы надо подумать а на сколько "дорого" нам обработать неизвестный Object который попал на вход нашего интерфейса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 13:39:38 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Blazkowicz http://www.javapractices.com/topic/TopicAction.do?Id=31 Думаю, по ссылке немного о другом речь. Там говорят, что логику метода нужно определять в самом методе, а не где-то в другом месте, выясняя сначала с помощью instanceof какую именно логику мы должны применить. Думаю, автору вполне подойдёт это Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 14:28:48 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Miha_S7Думаю, по ссылке немного о другом речь. Именно об этом. Miha_S7Там говорят, что логику метода нужно определять в самом методе, а не где-то в другом месте, выясняя сначала с помощью instanceof какую именно логику мы должны применить. Автор темы именно это и делает. Выборку включаемых приборов выясняя применить к нему логику или нет. Опять же, соглашусь с тем что проект и задача сильно абстрактные и в контексте конкретного проекта могут быть другие решения. Miha_S7Думаю, автору вполне подойдёт это Это именно то что автору предложили ещё на первой странице. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. У меня в глазах двоится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 14:36:59 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Как вариант instanceof можно использовать с маркерным интерфейсом. Возможно этот вариант будет некотором компромисом между проверкой на конкретный тип и добавлением метода во всю иерархию. Да и интерфейс не обязательно делать маркерным. Можно в нем объявить метод "включить". Код: java 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 14:41:53 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Подумал ещё немного. Всё же я бы отказался от гетерогенного списка и унес логику фильтрации в саму коллецию. Код: java 1. 2. 3. 4. Тогда у нас всегда будет запас оптимизировать коллекцию, если перебор станет слишком дорогим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 15:06:30 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
А если свести instanceof к работе с примитивами (или энумами)? К примеру, Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. То есть просто реализовываем аналогичную проверку на принадлежность потомка к нужному типу. Не так универсально, но чуть менее затратно. Хотя, в принципе, вариант с расширением абстрактного класса-контроллера или наследование контроллеров для однотипных девайсов от одного интерфейса выглядит заманчивее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 15:13:33 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
BlazkowiczКак вариант instanceof можно использовать с маркерным интерфейсом. Возможно этот вариант будет некотором компромисом между проверкой на конкретный тип и добавлением метода во всю иерархию. Да и интерфейс не обязательно делать маркерным. Можно в нем объявить метод "включить". Код: java 1. 2. 3. 4. 5. Ну, к примеру 15:42 - мы хотим включить все жалюзи, а остальные девайсы не трогать. Если применять маркерный интерфейс, то мы должны вписать этот интерфейс в код класса. Ок, вписали, сделали, включили. 18:00 - хотим включить все световые приборы. Что делать? Для классов "световых" девайсов тоже интерфейс прописывать? Тогда они и в 15:42 сработают. Не? Или я где-то туплю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 15:45:39 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Miha_S7, Причем тут тип класса в сабже и время? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:03:31 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Petro123Miha_S7, Причем тут тип класса в сабже и время? Ну это же, чтобы проиллюстрировать, что классы мы определяем на этапе кодинга. А активировать/деактивировать функциональность метода какого-то класса нам может быть нужно в рантайме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:15:48 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Miha_S7Petro123Miha_S7, Причем тут тип класса в сабже и время? Ну это же, чтобы проиллюстрировать, что классы мы определяем на этапе кодинга. А активировать/деактивировать функциональность метода какого-то класса нам может быть нужно в рантайме. Нет. Время в минутах и RTTI т.е. сабж, совершенно разные вещи. Просто вместо маркера от программиста уже есть маркер от компиляторы - пользуйся и не будь конфигурастом. ШУТКА. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:24:10 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Есть у меня похожие вопросы. Буду благодарен, если подскажете что-нить красивое. Существует небольшое подобие анемичной модели. Объекты не содержат логики, только состояние. Различные действия с объектами выполняют соответствующие сервисы. В моем примере есть автомобиль и самолет, и соответствующие им сервисы. Так же там есть менеджер сервисов, который должен работать так: клиент( в смысле потребитель услуг моих сервисов) знает о классе объекта, с которым будет работать. Он хочет получить сервис, связанный с этим классом. Для этого он обращается к менеджеру сервисов, и передает ему класс объекта. А менеджер возвращает связанный с ним сервис. Не могу придумать, как избежать в менеджере перебора классов чтобы найти и отдать нужный сервис. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:25:09 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
javapecker, Ты просто перевернул с ног на голову. Клиент не работает с объектами. Он вызывает Сервис - как хранимку- сделай то- то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:31:00 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Petro123, допустим перевернул, как все-таки быть для этого перевернутого случая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:33:26 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Если есть лексическая связь между entitiy и ее интерфейсом контроля то можно привязаться к именам. Plane -> PlaceController, Car->CarController. Ну и дальше через загрузчик классов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:43:15 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Можно и без имен: намертво привязать класс контроллера внутри класса сущности. И через вызов имплементированного метода сущности-наследника вызывать контроллер. Правда, эти способы не очень хорошо пахнут ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 17:09:45 |
|
||
|
Какие альтернативы есть у instanceOf
|
|||
|---|---|---|---|
|
#18+
Petro123, Клиент не работает с объектами. Он вызывает Сервис - как хранимку- сделай то- то. Ну пусть сделай то-то. Так вот сервис, который может сделать то-то, должен знать с чем это делать и с помощью чего. С чем у него есть, а с помощью чего - это мои сервисы самолетов и машин, и их надо как-то получить, как получают нормальные люди? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 17:13:14 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38050273&tid=2129994]: |
0ms |
get settings: |
16ms |
get forum list: |
23ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
39ms |
get topic data: |
17ms |
get forum data: |
4ms |
get page messages: |
108ms |
get tp. blocked users: |
3ms |
| others: | 346ms |
| total: | 568ms |

| 0 / 0 |
