ну или вот еще пример "правильной" архитектуры. т.е. сейчас чтобы создать диалог с кнопкой выбрать файл надо написать 60 строк кода

[belugin]

Цитата:

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

ну или вот еще пример "правильной" архитектуры. т.е. сейчас чтобы создать диалог

Вы весьма верно описали проблему, но с анализом причин я несогласен. В данном случае

- конкретный девелопер скопипастил, вместо того, чтобы отрефакторить.
- Класс dialog (который был и раньше) не предоставляет доступ к enable/disable для кнопки OK. (Кстати, в коде для Ax3 насколько я помню тоже был поиск контролов по именам для диалоговых классов - поправьте, если не прав)
- приведите, пожалуйста код с той же функциональностью для автоматической загрузки файла с клиента на сервер? Насколько там меньше кода и за счет чего?

[Logger]

Цитата:

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

- Класс dialog (который был и раньше) не предоставляет доступ к enable/disable для кнопки OK
...
- приведите, пожалуйста код с той же функциональностью для автоматической загрузки файла с клиента на сервер? Насколько там меньше кода и за счет чего?

Зачем подменять обсуждаемый вопрос ?
В подавляющем большинстве случаев дизейбл/инейбл кнопки Ok для пакетников не нужен.
Автоматическая загрузка тут не в тему. Речь вообще была не про нее.
По-моему пример как раз очень красноречив. Зачем проектировать фреймворк так, чтобы для элементарного действия надо было написать кучу строк кода. Особенно прикольно смотрится, когда в старом фреймворке можно было одной строчкой обойтись.

[belugin]

Цитата:

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

Зачем подменять обсуждаемый вопрос ?

Я вроде честно обсуждал по пунктам, как я понимаю

Цитата:

В подавляющем большинстве случаев дизейбл/инейбл кнопки Ok для пакетников не нужен.

Он там не был необходим - просто защита от того, что пользователь не загрузит файл и нажмет OK. Наверное контрол не поддерживал mandatory или может и сейчас не поддерживает.

Цитата:

Автоматическая загрузка тут не в тему. Речь вообще была не про нее.
Особенно прикольно смотрится, когда в старом фреймворке можно было одной строчкой обойтись.

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

Поправьте меня, если я напутал.

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