28.09.2004, 13:10
|
#1 |
|
Участник
|
Data Method с модификатором Edit
Трассирую некий грид, одна из ячеек которого использует в качестве источника данных DataMethod с модификатором Edit на датасоурсе... метод вызывается безумное количество раз...
Насколько рационально использовать такую балалйку... и есть ли приемы ограничения числа исполнений кода метода.. ???? |
|
|
|
28.09.2004, 13:33
|
#2 |
|
NavAx
|
Хорошая, такая, балалайка... Использовать не можно, а нужно, но с умом. А мудрость она в мануле и в BestPractice.
__________________
Isn't it nice when things just work? |
|
|
|
28.09.2004, 14:01
|
#3 |
|
Гость
|
display и edit методы не следует применят для отображения данных грид. Их применять лучше для отображения данных по 1 строке на неосновных (непервых, негридовых) закладках. Вызов будет 1 при щелчке на этой закладке.
Также их можно кэшировать... |
|
|
|
28.09.2004, 14:58
|
#4 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
display и edit методы не следует применят для отображения данных грид. Их применять лучше для отображения данных по 1 строке на неосновных (непервых, негридовых) закладках. Вызов будет 1 при щелчке на этой закладке. Также их можно кэшировать... |
|
|
|
28.09.2004, 15:06
|
#5 |
|
Гость
|
методы вызывают события или события вызывают методы?
update() табл переменной кажется вызывает переоткрытие дисплеев |
|
|
|
28.09.2004, 15:09
|
#6 |
|
NavAx
|
enter и modified на элементе управления и обновление датасорса
__________________
Isn't it nice when things just work? |
|
|
|
28.09.2004, 15:43
|
#7 |
|
Участник
|
Цитата:
Изначально опубликовано macklakov
enter и modified на элементе управления и обновление датасорса я всегда думал, что на некое событие система отвечает извещением, обрабатывая которое система выполняет код... ассоциируемый с этим извешением (код метода)... возможно я заблуждался ))) 2macklakov это понятно... но кроме этого... что-то... короче при загрузке грида из шести колонок... код метода edit ... который сидит в одной из колонок вызывается не менее шести раз... прямо портянка из вызовов...при это ни enter ни modified я чейки естественно так часто не исполняется... |
|
|
|
28.09.2004, 15:51
|
#8 |
|
Гость
|
если Вы про перехват событий Виндов, так нет его тута. (Чувствуется с/с++ кодер). А доки почитать таки стоит... Да и вопросы формулируйте "по-процедурней": что есть -> чего хочется -> в чем проблема. Желательно, без возможности двойного прочтения.
|
|
|
|
28.09.2004, 15:57
|
#9 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
если Вы про перехват событий Виндов, так нет его тута. (Чувствуется с/с++ кодер). А доки почитать таки стоит... Да и вопросы формулируйте "по-процедурней": что есть -> чего хочется -> в чем проблема. Желательно, без возможности двойного прочтения. а вопрос процедурно звучит так: какие события грида генерятся при активации закладки на которой находится этот грид.... и каким это боком отражается на отгаботку кода edit метода, который сидит как DataMethot в одной из ячеек этого грида... |
|
|
|
28.09.2004, 16:03
|
#10 |
|
Гость
|
все события я не перечислю. Да и не знаю. Да и не нужно <мне>
дисплей и эдит методы генерятся при перерисовке, которая появляется при переходе на страничку с гридом. На гриде события не ищи. Они защиты где-то в датасорсе. Да только нет таких прекрываемых методов на нем, чтобы отследить... Можешь поставить брейкпойнт на дисплей методе и посмотреть стек вызовов в отладчике. Да, есть там, кажись, и повторные (ненужные) вызовы дисплей методов.  Шутка разработчиков
|
|
|
|
28.09.2004, 16:08
|
#11 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
Да, есть там, кажись, и повторные (ненужные) вызовы дисплей методов. Шутка разработчиков
|
|
|
|
28.09.2004, 16:12
|
#12 |
|
Гость
|
так это от открытости кода. Думаете в MFC пустых и дублированных вызовов меньше?
|
|
|
|
28.09.2004, 16:20
|
#13 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
так это от открытости кода. Думаете в MFC пустых и дублированных вызовов меньше? |
|
|
|
28.09.2004, 16:23
|
#14 |
|
Гость
|
Цитата:
ну не до такого...
судя по отношению объема кода (откомпилированного) на ассемблере к коду на сипипи (да и скоростям исполнения) абсолютно аналогичных по функциональности программ , там очень даже много "барахла" |
|
|
|
28.09.2004, 16:30
|
#15 |
|
Участник
|
Ну в нерациональности MFC обвиняют многие... это издержки компонентного поектирования... когда разработку ведут большое количество разработчиков... при этом не особенно заботясь о красоте и оптимизации кода...
да и фик с ним... кто сейчас, при таких гигантских машинных ресурсах будет битики считать... а сурьезные вещи... типа сервисов... ни кто и не пишет с помощью MFC P.S. Я грешным делом люблю MFC... когда нужно сваять что нить... побырому.. ))) |
|
|
|
28.09.2004, 16:39
|
#16 |
|
Гость
|
на Аскапте еще быстрее, полюбите однозначно
|
|
|
|
28.09.2004, 16:44
|
#17 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
на Аскапте еще быстрее, полюбите однозначно
есть вещи... которые мне определенно не нравятся... но исправить я их не могу... ))) это унижает мое достоинство ))) |
|
|
|
28.09.2004, 16:54
|
#18 |
|
Гость
|
достоинство может принизить только его обладатель ("нагибается" человек всегда сам). А не программа никак
Вопрос: а что Вы здесь делаете тогда? "Не нравится - не ешь." |
|
|
|
28.09.2004, 17:05
|
#19 |
|
Участник
|
Цитата:
Изначально опубликовано sassas
достоинство может принизить только его обладатель ("нагибается" человек всегда сам). А не программа никак Вопрос: а что Вы здесь делаете тогда? "Не нравится - не ешь." коней выбирают только в песнях... в жизни приходится ездить на том... на что посадят ))) да и не так все плохо... я общался с еще более "удачными" системами... ))) |
|
|
|
28.09.2004, 18:03
|
#20 |
|
Гость
|
самая удачная, на Ваш взгляд. Три ее самых "положительных" свойства
|
|
|
Линейный вид
