Есть ли будущее у DELPHI?

Цитата korvin @ 27.03.12, 17:15

и вообще Action'ы.

О, я их и имел в виду.

Сообщение отредактировано: [S]mike - 27.03.12, 17:20

Британский учёный - флуд

Цитата korvin @ 27.03.12, 17:15

и вообще Action'ы.

Как вообще без экшнов нормально сделать гуи с меню и тулбаром? Execute это фигня, а вот с Update как быть?

Цитата --Ins-- @ 27.03.12, 17:51

Британский учёный - флуд

Та тут его 78 страниц

в впф есть понятия команд и биндинг, собственно и на вин-формы можно прикрутить, правда "ручной" работы побольше.

Цитата SPM @ 27.03.12, 19:19

собственно и на вин-формы можно прикрутить, правда "ручной" работы побольше.

А как люди делают обычно?

Цитата --Ins-- @ 27.03.12, 19:20

А как люди делают обычно?

Если верить Чарльзу Петзольду, то никак. Пишут код запрета отдельных кнопок/элементов меню при изменении определенных состояний.

Хотя не все так плохо: http://bytes.com/topic/c-sharp/answers/444...delphis-taction

В дотнете просто нету универсального механизма экшенов, но все возможности для его создания под себя - присутствуют

Цитата [S]mike @ 27.03.12, 19:57

В дотнете просто нету универсального механизма экшенов, но все возможности для его создания под себя - присутствуют

Так велосипедить просто не хочется

Цитата --Ins-- @ 27.03.12, 20:10

Так велосипедить просто не хочется

А все равно приходится. У меня в дельфях, например, есть свой фреймворк-обертка над TAction

Цитата [S]mike @ 27.03.12, 20:20

А все равно приходится. У меня в дельфях, например, есть свой фреймворк-обертка над TAction

Можешь чуть подробней описать, что он добавляет к TAction'ам?

Цитата Qraizer @ 27.03.12, 10:10

Та в реале осмотрись. Чё ты в виртуали разглядывать собрался?

В реалии и смотрю, какие там проблемы?

Цитата Qraizer @ 27.03.12, 10:10

Хм... я вообще-то об IDE, а не языке, если ты как обычно по диагонали прочёл.

Речь конкретно о билдеровском отладчике, если что.

Добавлено 28.03.12, 04:30

Цитата korvin @ 27.03.12, 14:32

Нет, требовалось связать несколько видов с одной моделью, ты же связал несколько видов между собой.

Было связано несколько компонентов с одним источником данных. Ну хорошо, покажи как эта связь выглядит в Xcode/IB.

Цитата korvin @ 27.03.12, 14:32

Причем без кода не обошлось.

Нотификация о изменении свойств, с одной стороны - да, лишняя ручная работа, но с другой - "что" и "когда" нотифицировать решает разработчик (это ведь не только тривиальный Title).
В WPF, если я не ошибся, нотификация тоже ручная.

Ты потрясающе наивно пытаешься выглядеть наивным.

Цитата DesweR @ 28.03.12, 04:30

Было связано несколько компонентов с одним источником данных.

Где этот источник данных? Один из Edit'ов что ли?

Цитата DesweR @ 28.03.12, 04:30

Ну хорошо, покажи как эта связь выглядит в Xcode/IB.

У меня его сейчас нет под рукой, чтоб скриншот сделать, но там просто визуальный компонент связывается с Outlet-полем объекта.

Цитата DesweR @ 28.03.12, 04:30

Нотификация о изменении свойств, с одной стороны - да, лишняя ручная работа, но с другой - "что" и "когда" нотифицировать решает разработчик (это ведь не только тривиальный Title).
В WPF, если я не ошибся, нотификация тоже ручная.

Дык для этого и есть система Outlet-ов и Action'ов в Cocoa. Это точки соединения интерфейса и поведения. Разработчик класса-контроллера описывает в интерфейсе класса, какие у него есть Outlet'ы и Action'ы и соответственно их взаимодействие в реализации этого класса-контроллера, а разработчик интерфейса просто "кидает" объект этого класса на "приложение" (там есть отдельное окно для объектов) и привязвает к ним элементы управления и отображения, как ему нужно.

Вот нашел пару подходящих скриншотов в гугле:

1.

На первом скриншоте библиотека объектов (слева), макет окна (справа вверху) и э-э-э то самое "окно приложения" (справа внизу). Так вот, разработчик интерфейса берет из библиотеки визуальные объекты (представления и элементы управления) и размещает их на форму, затем находит нужный объект-контроллер и размещает его на "окне приложения", а затем просто связывает вьюшки и контролы формы с аутлетами и экшнами контроллера. Например вот так:

2.

Когда разработчик отпускает кнопку мыши появляется список доступных аутлетов и экшнов (такой черное popup-окно), с которыми можно связать выбраный элемент интерфейса. Остается только выбрать из списка нужное. Конечно с одним аутлетом можно связать несколько вьюшек, так же как и с одним экшном -- несколько контролов.

Цитата korvin @ 28.03.12, 05:10

Где этот источник данных? Один из Edit'ов что ли?

Да, тот который мы изменяем (Edit2).

Цитата korvin @ 28.03.12, 05:10

Дык для этого и есть система Outlet-ов и Action'ов в Cocoa ...

Кажется начинаю понимать (почитал ещё статью на хабре), в LiveBindings система связи с точностью до наоборот. Опиши поподробнее, как будет выглядеть процесс связывания двух Edit'ов и Label'а (из той задачки), а потом и свою задачку подгоню.

Добавлено 28.03.12, 08:05

Цитата Qraizer @ 28.03.12, 05:07

Ты потрясающе наивно пытаешься выглядеть наивным.

Конкретно по последнему: пользователей VCL кинули, пользователей VG-Scene кинули, и что то про суровую ООП-модель.
Расскажи, как нам тяжело жить?

Добавлено 28.03.12, 08:12
korvin
Хэх, так что реализацию самих Action'ов нужно самому писать всё-таки?

Сообщение отредактировано: DesweR - 28.03.12, 08:13