Недоступность источника данных формы в display/edit-методах таблицы - баг или фича с глубоким смыслом?

[TasmanianDevil]

В стандартных табличных методах, которые инициируются пользовательскими действиями при работе с данными таблицы на форме, является доступным источник данных формы.
В пользовательских табличных методах, вызываемых на формах при обращении к табличной переменной источника данных, является доступным источник данных формы.
В табличных display/edit-методах, при их вызове на таблице в момент обновления контролов формы, завязанных на источник данных с использованием этой таблицы, источник данных формы недоступен.

Есть какие-нибудь идеи по поводу причин такой дискриминации по отношению к этим методам ?

P.S. Эта тема последовательно вышла отсюда. Исследуется возможность заменить N однотипных display/edit-методов таблицы, работающих на поле с EDT-массивом размерностью N и отличающихся друг от друга только индексом обрабатываемого поля внутри EDT-массива, одним display/edit-методом, определяющим внутри себя этот индекс на основании связи "табличный метод >> источник данных >> форма >> вызывающий контрол"

[gl00mie]

Каким образом будет работать кэширование display-методов (а их "обсчет" в принципе может выполняться на сервере), если им будет доступен источник данных формы?

[S.Kuskov]

А можно ли display-метод сделать клиентским? Не поможет?

[AndyD]

Цитата:

Сообщение от S.Kuskov

А можно ли display-метод сделать клиентским? Не поможет?

Не указывать модификатор server для метода или указать client - будет выполняться на клиенте (для 2009-й, по крайней мере).
Только сторона выполнения, в данном случае, не имеет никакого значения, так же как и возможность кэширования (при чем здесь оно вообще? Метод же в любом случае будет вызван для стороки таблицы, хоть и один раз.).

Просто, при создании табличной переменной для вызова дисплейного метода не стали привязывать ее к датасорсу. Почему так было сделано - мне не ведомо

[TasmanianDevil]

Цитата:

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

Просто, при создании табличной переменной для вызова дисплейного метода не стали привязывать ее к датасорсу. Почему так было сделано - мне не ведомо

Погодите, т.е. для вызова табличного display/edit-метода с формы где-то создается копия табличной переменной, идентичная локальной табличной переменной на форме ? Привязка к источнику данных осуществляется только для того, чтобы скопировать для исполнения табличную переменную, а не исполнить метод на уже имеющейся ?

Если да - жуть , мрак !!!

[TasmanianDevil]

gl00mie, вот тут у меня пробел имеет место быть в точном понимании механики работы в трехзвенки - живем до сих пор на тройке в двухзвенной архитектуре и только готовим переход на трехзвенку в 2009-ую.

Я почему-то считал и пока продолжаю считать (вполне возможно, что не понимаю истинной картины и заблуждаюсь), что независимо от модификатора client/server у display/edit-метода таблицы, равно как от отсутствия такого модификатора, при вызове такого метода на табличной переменной источника данных формы, кеширование и само исполнение данного метода будут исполняться на клиенте (формы живут на клиенте, источник данных есть внутренний объект формы, табличная переменная источника данных тоже внутренний объект формы и метод таблицы добавляется к механизму кэширования методом датасорса - т.е. все живет на клиенте).

Тем не менее, понимаю, что display/edit-метод может исполняться на сервере, если он был вызван в каком-либо методе какого-либо класса, исполняемого на сервере.

Исходя из этих предпосылок, я считал, что :

• при исполнении таких методов на сервере методы таблицы будут isFormDataSource() == false и datasource() == null
• при исполнении таких методов на клиенте методы таблицы будут isFormDataSource() == true и datasource() != null

Не расскажите ли по-подробнее или может ткнете пальцем где подробно можно этот момент изучить ?

P.S. Все методы не имеют явного модификатора места исполнения, т.е. по моему скромному разумению имеют эквивалент CalledFrom. Т.е. выполняются там, откуда вызваны - а вызываются они с формы, т.е. на клиенте.

[gl00mie]

Цитата:

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

Я почему-то считал, что независимо от модификатора client/server у display/edit-метода таблицы, равно как от отсутствия такого модификатора, при вызове такого метода на табличной переменной источника данных формы, кеширование и само исполнение данного метода будут исполняться на клиенте

Это не так, модификаторы влияют на то, где будет выполняться экземплярный табличный метод. На счет кэширования, см., например, FormDataSource.cacheAddMethod Method:

Цитата:

Cached methods perform calculations on fetched data, and then the calculated values are passed to the client together with the data.

Цитата:

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

понимаю, что display/edit-метод может исполняться на сервере, если он был вызван в каком-либо методе какого-либо класса, исполняемого на сервере.

Когда будете переходить на 2009-ю, обратите внимание на такие методы, как SalesTable.validateWrite_server(). Это экземплярный метод с модификатором server, куда вынесена вся логика из обычного validateWrite(), и если последний дергается на клиенте, то вызываемый им validateWrite_server() уже всегда работает на сервере. Так что вызывающий код не обязательно должен сам работать на сервере.

[AndyD]

Что в данном случае имеется в виду под копией?

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

[TasmanianDevil]

AndyD, именно это я и имел ввиду (новая табличная переменная, копия содержимого локальной).
На первый взгляд оно, конечно, странно весьма, но тут уже ничего не поделаешь.
Ладно, остановимся на том, что есть ...

Огромное спасибо на наставление на путь истинный!!!

P.S. Жадный форум не дает горку плюсиков отсыпать одному и тому же участнику чаще, чем раз в три дня

[AndyD]

Цитата:

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

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

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

Другой вопрос, почему привязку к датасорсу не восстанавливают для нее, но тут, возможно, ограничения внутренней реализации этой самой привязки

[TasmanianDevil]

Цитата:

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

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

Да-да-да, именно так и именно про это я забыл, когда написал, что странно - просто давно привык писать display/edit методы именно на таблице, а не на датасорсе, где обязательным отдельным входящим параметром является табличная переменная с обновляемой в тек. момент строки, независимая от текущей локальной позиции по датасорсу.

Все теперича встало на свои места в голове