Очень долгая загрузка формы

@ASTREL · Регистрация: 07.12.2010

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

http://stools.googlecode.com/s... sTASKedit/
http://stools.googlecode.com/svn/trunk/sTASKedit/

Есть программа-редактор для файлов одной игры (не суть). В ней есть очень огромное количество текстбоксов и кнопок и т.д. Открытие формы в конструкторе происходит наверное за минуты 3, а добавление нового элемента на форме занимает целых минут 5, если надо сделать какие-то существенные изменения в форме, то это затягивается на очень длительное время. Железо я бы не сказал что слабое, процессор Intel core i5, 4 гб оперативной памяти. Возможно ли как-то оптимизировать все это дело? Есть ли какие-то трюки для столь массивных форм? Не считая разбитие на много меньших форм.

@Gepar · 28.06.2012, 21:31

ASTREL, всё потому что студия каждый раз просматривает все элементы и просматривает все их свойства прежде чем тебе их показать ... Предположу что тебе нужно пробовать отключать все эти автоматические проверки ... попробуй в свойствах проекта поотключать всевозможные полезные компоненты, вроде бд и intellisense. Возможно на них основная часть времени уходит при обновлении формы.

@Gepar · 02.07.2012, 12:51

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

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@ASTREL 13 / 13 / 4 Регистрация: 07.12.2010 Сообщений: 53

	Очень долгая загрузка формы 25.06.2012, 05:33. Показов 2247. Ответов 2 Метки нет (Все метки) http://stools.googlecode.com/s... sTASKedit/ http://stools.googlecode.com/svn/trunk/sTASKedit/ Есть программа-редактор для файлов одной игры (не суть). В ней есть очень огромное количество текстбоксов и кнопок и т.д. Открытие формы в конструкторе происходит наверное за минуты 3, а добавление нового элемента на форме занимает целых минут 5, если надо сделать какие-то существенные изменения в форме, то это затягивается на очень длительное время. Железо я бы не сказал что слабое, процессор Intel core i5, 4 гб оперативной памяти. Возможно ли как-то оптимизировать все это дело? Есть ли какие-то трюки для столь массивных форм? Не считая разбитие на много меньших форм. 0

@Gepar 1186 / 543 / 78 Регистрация: 01.07.2009 Сообщений: 3,517
	28.06.2012, 21:31
	ASTREL, всё потому что студия каждый раз просматривает все элементы и просматривает все их свойства прежде чем тебе их показать ... Предположу что тебе нужно пробовать отключать все эти автоматические проверки ... попробуй в свойствах проекта поотключать всевозможные полезные компоненты, вроде бд и intellisense. Возможно на них основная часть времени уходит при обновлении формы. 1

@Gepar 1186 / 543 / 78 Регистрация: 01.07.2009 Сообщений: 3,517
	02.07.2012, 12:51
	Кстати, как мне показалось, в 2012 студии форма грузится несколько быстрее и перегружается только если были всё же изменения в коде (2010 у меня старадала тем что если я переключился на другую вкладку и потом назад на форму то снова перегружала её, хотя я мог лишь посмотреть код и не дописывать в него ничего) так что тебе стоит попробовать её со своим проектом если тебе ещё это важно. 0