Еще раз о Display-методах

[exceptor]

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

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

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

[AndyD]

Можно воспользоваться механизмом infolog.globalCache()

[sukhanchik]

или же можно в display-методе на таблице достучаться до формы:

PHP код:

Object formRun;
;
if (this.isFormDataSource())
{
       formRun = this.dataSource().formRun();
       formRun.MyMethod()
} 


Правда это работает в случае когда метод вызывается из кода.... когда метод прикреплен к контролу на гриде - у меня не получилось увидеть результат.
В общем - предлагаю как идею ... Не совершенную конечно

[George Nordic]

Я делал так: писал "быстрый" метод на таблице:

PHP код:

server static int getMyBeautifulValue(int _var1, int _var2)
{
.......
;
select firstfast firstonly RecId
    from ....

    return ret;
} 


Потом писал исплей-метод на датасорсе и кэшировал его

PHP код:

display int showInt()
{
  return(getMyBeautifulValue(условие1,..N));
} 


Или напиши несколько методов и вызывай один из них, если уловий немного.

С Уважением,
Георгий

[AndyD]

2 George Nordic

Цитата:

Navision Axapta Developer's Guide

Only methods with the display keyword can be cached. Furthermore, only table methods can be cached, i.e. methods written on the form or the form datasource cannot be cached. Use the tableMethodStr function to get a compile check as to whether the method exists.

[George Nordic]

Угу. Знаю. Но как иначе? Есть предложения?

1) Надо попробовать все-таки закэшировать. Давай проверим - напишем и проверим. Есть вероятность, что этот метод не будет вызываться при перересовке формы, как происходит с диспей-методами без кеширования.
2) Сделать несколько дисплей-методов, как я предлагал, и вызывать один из них. Все эти методы закэшировать и посмотреть, отработает ли кэширование при неявном вызове.

2 AndyD: У Вас есть еще какие-либо конструктивные предложения?

С Уважением,
Георгий.

[Cargo]

Цитата:

display int showInt()
{
return(getMyBeautifulValue(условие1,..N));
}
[[/B]

Хм, а ведь метод на таблице был статическим.

А как у Вас получилось закешировать метод определенный на источнике данных? Поделитесь опытом!

[AndyD]

2 George Nordic

Попробовал создать метод на датасорсе. Создал метод Init() на датасорсе

PHP код:

public void init()
{
    ;
    super();
    this.cacheAddMethod("GetCount");
} 


Ничего не получилось. Вызовы на сервер идут.

По поводу конструктива - посмотрите пост 2 в этой ветке.

[exceptor]

Цитата:

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

Можно воспользоваться механизмом infolog.globalCache()

Спасибо, поразбираюсь с ним.

Цитата:

Изначально опубликовано George Nordic
Угу. Знаю. Но как иначе? Есть предложения?

1) Надо попробовать все-таки закэшировать. Давай проверим - напишем и проверим. Есть вероятность, что этот метод не будет вызываться при перересовке формы, как происходит с диспей-методами без кеширования.
2) Сделать несколько дисплей-методов, как я предлагал, и вызывать один из них. Все эти методы закэшировать и посмотреть, отработает ли кэширование при неявном вызове.

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

[George Nordic]

Да. Млин. Посыпаю голову пеплом.

this.cacheAddMethod("GetCount") - возвращает 0. Не кэширует, зараза.

Ччерт. а я-то раньше и не проверял на возвращаемое значение.

Да, AndyD дважды прав.

Ладно. Буду копать. Может, что-нить и нарою

С Уважением,
Георгий

[itfs]

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

С уважением, itfs.

[Ace of Database]

Цитата:

Вроде бы один из выходов - создавать дисплей-метод не на таблице, а на датасорсе формы, но этот вариант мне не подходит, так как метод перестает кешироваться.

Можно сделать по аналогии с формой "Оборотно-сальдовая ведомость" - в главной книге - Запросы - Оборот по счету.
Форма в репозитарии - RLedgerSheetTurnoverBalance
Там на источнике данных LedgerTable дислпей методы, например, метод getBalanceCredit().

Там при первом обращении считываются данные из базы, а при последующих обращениях - идет считывание из Map

[exceptor]

Цитата:

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

Об этом я уже тоже думал. Но как-то слишком криво и некрасиво получается.

[George Nordic]

Мда. Жопа.

1) На датасорсе - компилятор глотает, но не кэширует.
2) Неявный вызов (через метод на датасорсе) все равно вызывает ф-ции заного, плевать, что они кэшированные.


С Уважением,
Георгий

[AndyD]

Хочу спросить.

Чем не устраивает предложение с использованием infolog.globalCache(). Сейчас попробовал, все работает.

[George Nordic]

Цитата:

Изначально опубликовано exceptor
Спасибо, поразбираюсь с ним.

Что б было легче разбираться http://www.axforum.info/forums/showt...5853#post35853

Слушайте AndyD. В таком виде, как Вы описали задачу - это одно из самых лучших решений.

С Уважением,
Георгий

[Alexander A.]

Просто как еще одна идея. Создать столько контролов на форме, сколько условий надо обработать. Делать только один visible в зависимости от условий на форме. Соответственно, столько же display-методов на таблице.

[Peter Savintsev]

Кэширование можно реализовать самому, так, как это сказал Ace Of Database. Можно на форме создать Map:

PHP код:

void init()
{
    cacheMap = new Map(Types::Integer, Types::<тип возвращаемый display-методом>)
} 


А сам display-метод будет выглядеть так:

PHP код:

display <тип> myMethod(Common _record)
{
    <тип> ret;

    if (cacheMap.exists(_record.RecId))
    {
        return cacheMap.lookup(_record.RecId)
    }

    <необходимые действия, например, вызов соответствующего метода таблицы в зависимости от параметров>

    cacheMap.insert(_record.RecId, ret);
    return ret;
} 


[AndyD]

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

[konfet]

В данной ситуации IMHO лучше использовать временную таблицу, которая будет заполняться в init-е. Никакого обмена данными с сервером после изначального быть не должно, так как временная таблица на клиенте. А если её еще сделать в виде датасурса и заджоинить с основной таблицей грида, то и вообще от дисплей-методов можно отказаться