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

Arm79sphinx_mvЗа счет переписывания запросов к базе данных повысить скорость прорисовки формы

Может, у них запрос к БД был в отрисовке? Или в главном потоке? А перенести в асинхрон не получилось/не сообразили. Мало ли что в жизни бываетПро консерваторию я уже написал...

gpuArm79пропущено...


Может, у них запрос к БД был в отрисовке? Или в главном потоке? А перенести в асинхрон не получилось/не сообразили. Мало ли что в жизни бывает
Бинго!Это проявление радости или гордости?

Cat2sphinx_mvпропущено...
За счет переписывания запросов к базе данных повысить скорость прорисовки формы - это сильно... :)
На самом деле это возможно.
В нормальных условиях - не возможно.
Сугубо потому, что получение данных НУЖНО делать ДО использования результата (в том числе и до отрисовки в гуе).
На время выполнения запроса к данным и расчеты "в процессе" обычная базово рекомендуемая практика - отключать (приостанавливать) отрисовку. Дабы "не мешало". Не говоря уже о "продвинутых" рекомендациях о фоновой загрузке данных. Выполнение этих простых рекомендации - не составляет проблемы даже для начинающих программистов.
Cat2Есть две таблицы: Main ( ID int, MainName Varchar, DicId int), Dic (DicId, DicName Varchar)
Таблицу Main показываем в гриде, на поле DicId вешаем комбобокс. Правильная практика.
Теперь предположим, что это поле в данном гриде редактировать не надо. Ставим ему вид Simple. Тоже правильно. Однако если это поле только для чения, то можно вернуть в запросе соединение этих таблиц (ID, MainName, DicName). В этом случае именно отрисовка будет несколько быстрее, так как не будет производится расчета, какое из значений Dic показывать. Правда в этом возрастает трафик.Во-первых, на отрисовку это никак не должно влиять - отключена/не началась/етц.
Во-вторых, экономия на трафика и на крайне незначительном росте нагрузки на СУБД == экономия на спичках...
Cat2Но ведь программирование - это всегда компромисс между различными требованиями.А еще говорят, что нужно разделять доступ к данным, бизнес-логику и пользовательский интерфейс... :)

gpusphinx_mvСугубо потому, что получение данных НУЖНО делать ДО использования результата (в том числе и до отрисовки в гуе).
На время выполнения запроса к данным и расчеты "в процессе" обычная базово рекомендуемая практика - отключать (приостанавливать) отрисовку. Дабы "не мешало". Не говоря уже о "продвинутых" рекомендациях о фоновой загрузке данных. Выполнение этих простых рекомендации - не составляет проблемы даже для начинающих программистов.

О диванные теоретики проснулись.Заводите будильник на "по-раньше" - раньше просыпаться будете...
gpuНет ну я согласен, что некоторых разработчиков надо расстреливать еще до рождения, но мир не идеален, и мы имеем то что имеем. А что "мы имеем"?! Сборную солянку, в которой никто не может понять, где что делается и что откуда вызывается?!
Ну, и кто в этом виноват?
Да-да.. Про "медленную отрисовку в wpf" уже где-то читалось...
gpuКогда над продуктом работают несколько команд, в составе которых программисты имеют разную квалификацию,
тот или иной технический фейл неизбежен, главное его вовремя отловить, найти причину и расстрелять провести разбор полетов.Хвастовство такими фэйлами не делает чести ни руководителю Вашего проекта, ни Вашим "супер-гуру".
И, судя по всему, до работы в составе "нескольких команд над одим проектом" им несколько рановато - даже между собой найти общий язык не могут...
gpuПС>
Молодые программисты они как дети.Похоже Ваши "опытные" программисты от детей не особо далеко ушли.

Cat2Там спичка, там спичка - коробок.Ну, и какая доля коробка приходится на автоцистерну, не говоря уже о супертанкерах? :)
Cat2sphinx_mvА еще говорят, что нужно разделять доступ к данным, бизнес-логику и пользовательский интерфейс... :)
Но все же не до такой степени, что бы получалось три не связанных между собой приложения А вот это уже кто на что и как учился... :)

gpuКурите дальше, я лучше делом займусь> пойду очердное индусское гумно разгребать.Можете не верить, но про "индусопрограммеров" я как-то сразу подумал...

Где-то в степиа никто не задумывался почему код индусским называется? Ну, это элементарно! (разъяснения - тут )