Показать сообщение отдельно
Старый 18.07.2005, 17:12   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано itfs
Чтобы через map, map должен существовать .... если я правильно понимаю. (как впрочем и дисплейным метод)
Именно!
А мап как раз дает контроль типов на этапе компиляции, а не в рантайме.

Цитата:
Изначально опубликовано itfs
, но ... кол-во разработчиков решающих свои
проблемы через map на порядок меньше, чем тех, кто подтаскивает дисплейные методы ... я не прав?
Да, к сожалению.
Вот и получают пользователи странные ошибки при выполнении...
А апргейд превращается в пытку...

Цитата:
Изначально опубликовано itfs
в данном случае я пытаюсь подсесть на хвост всем, кто пишет дисплейные методы, выдергивая их для "визуализации" объектов.
Куда вы подсаживаетесь? На что?
Вы же должны знать имя вызываемого метода.
Причем такого метода, который возвращает строку неограниченной длины. Где вы нашли такие методы?

Зачем вам решение, которое кажется вам суперуниверсальным, но в котором напрочь отсутствует контроль типов и в котором не работают перекрестные ссылки?

Хочется рвать и метать, честное слово!

Возьмите мап. По человечески определите в АОТ связи. Укажите нормальный тип. Укажите в мапе столько разных дисплей-методов, сколько различных по смыслу действий у вас есть. Дайте методам нормальные имена. И вызывайте каждый одной строкой.

Вам же самим будет хорошо впоследствии. И те, кто будет делать апгрейд вам спасибо скажут...
__________________
полезное на axForum, github, vk, coub.