Вычисляемая или произвольная колонка в динамическом списке

@alware · Регистрация: 31.08.2012

Студворк — интернет-сервис помощи студентам

Никто не в курсе как добавить произвольное поле в динамический список формы справочника или документа в управляемом приложении?

В обычном приложении проблема решалась просто добавлением колонки в поле списка и в ПриВыводеСтроки()
нужный текст формировался с использованием данных строки
и вписывался в ОформлениеСтроки.Ячейки ... УстановитьТекст()
тут чтото не могу найти подобного механизма.
"Произвольный запрос" чтото не дает возможности произвольное поле воткнуть

@Fenomen · 07.09.2012, 19:48

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

Именно

Вы делаете контекстный вызов сервера каждые 30 минут. Вы это понимаете?

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

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

То же, что ПриВыводеСтроки(), только оптимальнее на порядок

Вы не правы. В данном случае для каждой строки проверяется 50 разных условий. Как оно может быть оптимальнее?

@duk337 · 07.09.2012, 19:56

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

Вы не правы. В данном случае для каждой строки проверяется 50 разных условий. Как оно может быть оптимальнее?

Да, согласен. Но зато не долбит обращением к функции вывод каждой колонки. Т.е. плюс организации объекта

@Fenomen · 07.09.2012, 19:59

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

Да, согласен. Но зато не долбит обращением к функции вывод каждой колонки.

Я с этим и не спорю. Условное оформление очень удобный и полезный механизм. Но он не предназначен для решения данной конкретной задачи.

@alware · 07.09.2012, 20:02 **[ТС]**

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

Да, согласен. Но зато не долбит обращением к функции вывод каждой колонки. Т.е. плюс организации объекта

ПриВыводеСтроки делалось больше это точно.

И не понимаю что вы так боитесь перезаполнения этого условногооформления

Щас так для очистки совести запустил перезаполнение 50 элементов

ПодключитьОбработчикОжидания("ПроцедураЗ аполнить", 1);

Сижу спокойно документы открываю отборы делаю.

@Fenomen · 07.09.2012, 20:05

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

И не понимаю что вы так боитесь перезаполнения этого условногооформления

Это неоптимально. Вы делаете каждые 30 секунд лишний Вызов сервера. При этом динамический список тоже вызывает сервер. Зачем делать несколько вызовов сервера, если можно всю информацию получить за один?

Таким образом, мы приходим к тому что Ваше решение не удовлетворяет моим пунктам 1 и 2.

@alware · 07.09.2012, 20:05 **[ТС]**

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

Я с этим и не спорю. Условное оформление очень удобный и полезный механизм. Но он не предназначен для решения данной конкретной задачи.

Что значит "не предназначен"?

Форд фокус не предназначен для перевозки ГСМ. Но вы же не будете заказывать бензовоз изза 20ти литров. Нальете в канистру и повезете.

Масштабирования никакого в перспективе нет.

@duk337 · 07.09.2012, 20:07

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

Я с этим и не спорю. Условное оформление очень удобный и полезный механизм. Но он не предназначен для решения данной конкретной задачи.

Для наношушпанчика полтора миллиметра не крюк

. Не беда, что неадекватно, зато какие перспективы! И для "упра", кстати, тоже. Ближе как-то оно стало

@alware · 07.09.2012, 20:10 **[ТС]**

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

Это неоптимально. Вы делаете каждые 30 секунд лишний Вызов сервера. При этом динамический список тоже вызывает сервер. Зачем делать несколько вызовов сервера, если можно всю информацию получить за один?

Таким образом, мы приходим к тому что Ваше решение не удовлетворяет моим пунктам 1 и 2.

Я понимаю что это не оптимально.
Но давайте рассуждать исходя из условий задачи.

1. Пользователи которые этим пользуются, за день работы неудобст не ощутили.
2. мне в любом случае надобудет раз в 30 секунд вызывать обновление данных в БД. либо решать вопрос с внешним источником

@duk337 · 07.09.2012, 20:16

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

2. мне в любом случае надобудет раз в 30 секунд вызывать обновление данных в БД. либо решать вопрос с внешним источником

Первоначальный вариантик с актуализацией регистра хорош, а?

@alware · 07.09.2012, 20:16 **[ТС]**

Да забыл самый главный и железобетонный аргумент - реструктуризация БД
В данном конкретном случае это такой головняк что лучше его избежать если это возможно

А формат данных может менятся как это не раз было

@Fenomen · 07.09.2012, 20:23

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

1. Пользователи которые этим пользуются, за день работы неудобст не ощутили.

Это не означает, что они их не испытают в дальнейшем.

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

2. мне в любом случае надобудет раз в 30 секунд вызывать обновление данных в БД. либо решать вопрос с внешним источником

Вслучае, если хранить данные в ИБ, вы можете организовать обновление не на клиентском приложении, и делать хоть каждые 5 секунд.
В таком случае пользователи всегда будут получать Достоверную информацию при минимальном количестве вызовов сервера и минимальном трафике.

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

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

Да забыл самый главный и железобетонный аргумент - реструктуризация БД
В данном конкретном случае это такой головняк что лучше его избежать если это возможно
А формат данных может менятся как это не раз было

Честно, хватит придумывать бессмысленные отмазки...
Если у Вас проблемы с реструктуризацией БД - это говорит о том, что Вы не можете поддерживать ИБ в рабочем состоянии.

@alware · 07.09.2012, 20:26 **[ТС]**

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

Это не означает, что они их не испытают в дальнейшем.

Вслучае, если хранить данные в ИБ, вы можете организовать обновление не на клиентском приложении, и делать хоть каждые 5 секунд.
В таком случае пользователи всегда будут получать Достоверную информацию при минимальном количестве вызовов сервера и минимальном трафике.

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

Честно, хватит придумывать бессмысленные отмазки...
Если у Вас проблемы с реструктуризацией БД - это говорит о том, что Вы не можете поддерживать ИБ в рабочем состоянии.

Ну значит не могу. Но факт остается фактом.
Процесс достаточно локален. И трогать метаданные нежелательно.

Вобщем покатак. О результатах полета сообщу.

Какая связь между проблемами реструктуризации и поддержкой ?

@Fenomen · 07.09.2012, 20:27

alware, Я ответил на все Ваши вопросы?

@duk337 · 07.09.2012, 20:28

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

Вслучае, если хранить данные в ИБ, вы можете организовать обновление не на клиентском приложении, и делать хоть каждые 5 секунд.

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

@alware · 07.09.2012, 20:29 **[ТС]**

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

alware, Я ответил на все Ваши вопросы?

Да. Покорнейше благодарю.

@duk337 · 07.09.2012, 20:33

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

Какая связь между проблемами реструктуризации и поддержкой ?

Целиком новый объект вообще не парит. Программист может смело попадать под машину, впадать в маразм, биться в припадке эпилепсии и не мочь поддерживать базу

@alware · 07.09.2012, 20:34 **[ТС]**

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

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

Вариант с регистром вполне нормален. Но если есть возможность модифицировать вспомогательный процесс (прозрачно для пользователя) не трогая структуру (в данном конкретном случае) то лучше сделать так.

@Fenomen · 07.09.2012, 20:35

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

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

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

Не по теме:

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

@alware · 07.09.2012, 20:38 **[ТС]**

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

Целиком новый объект вообще не парит. Программист может смело попадать под машину, впадать в маразм, биться в припадке эпилепсии и не мочь поддерживать базу

согласен.
Но был вариант на ОП на УП остался такимже и это радует

@duk337 · 07.09.2012, 20:39

Fenomen, будем скучать. Я без иронии.

Новые блоги и статьи Все статьи Все блоги /
Использование TThread в Lazarus для математических вычислений. Massaraksh7 25.05.2026 Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .	Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает anaschu 24.05.2026 Имитационная модель корпоративного здравоохранения: что показывает математика Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .	Модель здравосохранения 17. Планы на выгорание anaschu 23.05.2026 Вот конкретная схема реализации: В классе Работник добавить: накопленнаяУсталость — растёт каждый час работы, снижается в перерывы и болезни коэффициентПрезентеизма — снижает продуктивность. . .	Изменение цветов в палитре gif файла aka фавикона russiannick 23.05.2026 Изменение цветов в палитре gif файла, юзаемого как фавиконка в составе html-файла, помещенная в base64, средствами нативного Java Script, навеянное сном в майский день. Для работы необходим браузер,. . .
Модель здравосохранения 16. Слишком хорошие и здоровые сотрудники уходят, недовольные зарплатой anaschu 23.05.2026 Отладка увольнений и настройка производительности Сегодня во второй половине дня разобрались с механикой увольнений и настроили коэффициент сложности заданий. Вот что было сделано. . . .	Как я стал коммунистом))) Модель сохранения здоровья сотрудников, запись блога номер 15 anaschu 23.05.2026 Внезапно хорошее здоровье сотрудников не нужно капиталистам?))	Модель здравоСохранения 15. Как мы чинили AnyLogic модель рабочего коллектива: сочленение диаграммы состояний болезней и поломок в ресурспул anaschu 23.05.2026 Как мы чинили AnyLogic модель рабочего коллектива Сегодня разобрались с пятью багами, из-за которых модель либо падала с ошибкой, либо давала совершенно бессмысленные результаты. Каждый баг был. . .	Диалоги с ИИ zorxor 23.05.2026 Насколько я понимаю - Вы - Искусственный Интеллект. Это так? Да, всё верно. Я — искусственный интеллект. Я представляю собой большую языковую модель, созданную для помощи в самых разных задачах. . . .

@alware 8 / 8 / 0 Регистрация: 31.08.2012 Сообщений: 111

	Вычисляемая или произвольная колонка в динамическом списке 04.09.2012, 17:11. Показов 41216. Ответов 102 Метки нет (Все метки) Никто не в курсе как добавить произвольное поле в динамический список формы справочника или документа в управляемом приложении? В обычном приложении проблема решалась просто добавлением колонки в поле списка и в ПриВыводеСтроки() нужный текст формировался с использованием данных строки и вписывался в ОформлениеСтроки.Ячейки ... УстановитьТекст() тут чтото не могу найти подобного механизма. "Произвольный запрос" чтото не дает возможности произвольное поле воткнуть 0

@alware 8 / 8 / 0 Регистрация: 31.08.2012 Сообщений: 111
	07.09.2012, 20:16 [ТС]
	Да забыл самый главный и железобетонный аргумент - реструктуризация БД В данном конкретном случае это такой головняк что лучше его избежать если это возможно А формат данных может менятся как это не раз было 0

@Fenomen 900 / 877 / 11 Регистрация: 15.03.2012 Сообщений: 2,680
	07.09.2012, 20:27
	alware, Я ответил на все Ваши вопросы? 0

@duk337 2956 / 1768 / 84 Регистрация: 03.11.2011 Сообщений: 8,280
	07.09.2012, 20:39
	Fenomen, будем скучать. Я без иронии. 0