Data Method с модификатором Edit

[simply2double]

Трассирую некий грид, одна из ячеек которого использует в качестве источника данных DataMethod с модификатором Edit на датасоурсе... метод вызывается безумное количество раз...
Насколько рационально использовать такую балалйку... и есть ли приемы ограничения числа исполнений кода метода.. ????

[macklakov]

Хорошая, такая, балалайка... Использовать не можно, а нужно, но с умом. А мудрость она в мануле и в BestPractice.

display и edit методы не следует применят для отображения данных грид. Их применять лучше для отображения данных по 1 строке на неосновных (непервых, негридовых) закладках. Вызов будет 1 при щелчке на этой закладке.

Также их можно кэшировать...

[simply2double]

Цитата:

Изначально опубликовано sassas
display и edit методы не следует применят для отображения данных грид. Их применять лучше для отображения данных по 1 строке на неосновных (непервых, негридовых) закладках. Вызов будет 1 при щелчке на этой закладке.

Также их можно кэшировать...

да это я уже понял... кстати какие события вызывают эти методы??

методы вызывают события или события вызывают методы?

update() табл переменной кажется вызывает переоткрытие дисплеев

[macklakov]

enter и modified на элементе управления и обновление датасорса

[simply2double]

Цитата:

Изначально опубликовано macklakov
enter и modified на элементе управления и обновление датасорса

2sassas
я всегда думал, что на некое событие система отвечает извещением, обрабатывая которое система выполняет код... ассоциируемый с этим извешением (код метода)...
возможно я заблуждался )))

2macklakov
это понятно... но кроме этого... что-то...

короче при загрузке грида из шести колонок... код метода edit ... который сидит в одной из колонок вызывается не менее шести раз... прямо портянка из вызовов...при это ни enter ни modified я чейки естественно так часто не исполняется...

если Вы про перехват событий Виндов, так нет его тута. (Чувствуется с/с++ кодер). А доки почитать таки стоит... Да и вопросы формулируйте "по-процедурней": что есть -> чего хочется -> в чем проблема. Желательно, без возможности двойного прочтения.

[simply2double]

Цитата:

Изначально опубликовано sassas
если Вы про перехват событий Виндов, так нет его тута. (Чувствуется с/с++ кодер). А доки почитать таки стоит... Да и вопросы формулируйте "по-процедурней": что есть -> чего хочется -> в чем проблема. Желательно, без возможности двойного прочтения.

фигня... перехват есть везде... просто он неявный... в данном языке...

а вопрос процедурно звучит так:
какие события грида генерятся при активации закладки на которой находится этот грид.... и каким это боком отражается на отгаботку кода edit метода, который сидит как DataMethot в одной из ячеек этого грида...

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

Да, есть там, кажись, и повторные (ненужные) вызовы дисплей методов. Шутка разработчиков

[simply2double]

Цитата:

Изначально опубликовано sassas

Да, есть там, кажись, и повторные (ненужные) вызовы дисплей методов. Шутка разработчиков

да уж... шутка... кстати таких шуток довольно много...

так это от открытости кода. Думаете в MFC пустых и дублированных вызовов меньше?

[simply2double]

Цитата:

Изначально опубликовано sassas
так это от открытости кода. Думаете в MFC пустых и дублированных вызовов меньше?

ну не до такого... я сейчас обнаружил вызов из edit метода довольно тяжелого обращения к базе... вот код корячу... искореняю...

Цитата:

ну не до такого...

откуда такая информация?
судя по отношению объема кода (откомпилированного) на ассемблере к коду на сипипи (да и скоростям исполнения) абсолютно аналогичных по функциональности программ , там очень даже много "барахла"

[simply2double]

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

P.S. Я грешным делом люблю MFC... когда нужно сваять что нить... побырому.. )))

на Аскапте еще быстрее, полюбите однозначно

[simply2double]

Цитата:

Изначально опубликовано sassas
на Аскапте еще быстрее, полюбите однозначно

вряд ли...
есть вещи... которые мне определенно не нравятся... но исправить я их не могу... ))) это унижает мое достоинство )))

достоинство может принизить только его обладатель ("нагибается" человек всегда сам). А не программа никак
Вопрос: а что Вы здесь делаете тогда? "Не нравится - не ешь."

[simply2double]

Цитата:

Изначально опубликовано sassas
достоинство может принизить только его обладатель ("нагибается" человек всегда сам). А не программа никак
Вопрос: а что Вы здесь делаете тогда? "Не нравится - не ешь."

коней выбирают только в песнях... в жизни приходится ездить на том... на что посадят )))

да и не так все плохо... я общался с еще более "удачными" системами... )))

самая удачная, на Ваш взгляд. Три ее самых "положительных" свойства