фильтры, которые не видны через Grid

[chanchala]

Доброе утро, уважаемые посетители форума!
У меня к вам такой вопрос. Обрабатывала метод executeQuery источника данных для того, чтобы пользовательские фильтры не слетали после того, как я этот метод запускаю. Делаю это при помощи следующей строки кода:

if (useSaveFilter)
Table1_ds.query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"));

.
Недостатки решения: пользователь уже не видит этих фильтров через Grid и снять их может только после того, как поставит и удалит другой фильтр. Приучать его к такому шаманству совсем не хочется. Что делать?

P. S.
AX 3.0, Build #9.3,

[MikeR]

А сделать недоступным для редактирования пойдет?

qbr.status(RangeStatus::Locked);

[chanchala]

Мне совсем наоборот надо, чтобы пользователь мог убрать свои фильтры, если нужно, но чтобы, в определенных случаях, они не слетели при запуске метода executeQuery.

[mazzy]

Цитата:

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

Мне совсем наоборот надо, чтобы пользователь мог убрать свои фильтры, если нужно, но чтобы, в определенных случаях, они не слетели при запуске метода executeQuery.

вы просто неправильно юзаете executeQuery.
Вы пересоздаете в этом методе Query (где то внутри есть q = new Query(); ... this.query(q); )

А должны брать уже существующие query и модифицировать.
что-то вроде

q = this.queryrun().query();
...
this.query(q);

[chanchala]

Цитата:

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

вы просто неправильно юзаете executeQuery.
Вы пересоздаете в этом методе Query (где то внутри есть q = new Query(); ... this.query(q); )

А должны брать уже существующие query и модифицировать.
что-то вроде

q = this.queryrun().query();
...
this.query(q);

Вы не правы, Mazzy. new Query() я не делаю. Только что вместо q = this.queryrun().query() я делаю q = this.query().

[mazzy]

Цитата:

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

Вы не правы, Mazzy. new Query() я не делаю. Только что вместо q = this.queryrun().query() я делаю q = this.query().

Хорошо. Но вы все равно пересоздаете query, теряя пользовательские настройки. .

[mazzy]

или даже qbr.status(RangeStatus::hidden);

Цитата:

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

Table1_ds.query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"));

Совет: никогда не используйте в коде названия объектов в качестве строковых констант.

вместо ...dataSourceName("Table1")...
лучше написать ...dataSourceTable(tablenum(Table1))...

а вместо ...fieldname2id(Table1.TableId, "Field1")...
лучше написать fieldnum(Table1,field1);

Если вдруг переименуете таблицу или поле, то будут ошибки компиляции, а не runtime.

[CDR]

Используйте ds.research() вместо executeQuery(), тогда фильтры пользователя не сбросятся

[zelibobis]

для получения запроса с пользовательскими рейнджами вместо
Table1_ds.query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"))
используйте
this.queryRun().query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"))

[chanchala]

Цитата:

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

для получения запроса с пользовательскими рейнджами вместо
Table1_ds.query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"))
используйте
this.queryRun().query().dataSourceName("Table1").addRange(fieldname2id(Table1.TableId, "Field1"))

Спасибо, помогло
Спасибо за советы всем участвовавшим.

[MikeR]

Получается так, если хотите использоавать executeQuery(), то после вызова, накладывайте заново ваши фильтры, или не используйте его

[MikeR]

зеленая кнопка ждет нажатия

[CDR]

Не понимаю, зачем так коверкать метод executeQuery? Ядро Аксапты устроено так, что при вызове этого метода автоматически убирается пользовательский фильтр. Если вам нужно сохранить пользовательский фильтр при перевыборке данных необходимо использовать метод research()!!!

[MikeR]

Цитата:

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

Не понимаю, зачем так коверкать метод executeQuery? Ядро Аксапты устроено так, что при вызове этого метода автоматически убирается пользовательский фильтр. Если вам нужно сохранить пользовательский фильтр при перевыборке данных необходимо использовать метод research()!!!

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

[CDR]

Цитата:

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

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

research() отлично отрабатывает в подавляющем большинстве случаев. Если метод не отрабатывает, то это как раз таки дело вот таких вот "извращений" .

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

[mazzy]

Цитата:

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

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

А вот с этим абсолютно согласен.

[chanchala]

Цитата:

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

research() отлично отрабатывает в подавляющем большинстве случаев. Если метод не отрабатывает, то это как раз таки дело вот таких вот "извращений" .

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

А так еще лучше И впрямь без извращений!

[CDR]

Цитата:

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

Если штатный ExecuteQuery не корежить, то ядро сохраняет пользовательские фильтры.

Зачем гадать, если можно взять и проверить . На любой форме сделать две кнопочки: одна - ds.executeQuery(), другая - ds.research(). А потом провести следственный эксперимент.

Цитата:

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

А так еще лучше И впрямь без извращений!

- Спасибо.
- Пожалуйста.

[mazzy]

Цитата:

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

Не понимаю, зачем так коверкать метод executeQuery? Ядро Аксапты устроено так, что при вызове этого метода автоматически убирается пользовательский фильтр. Если вам нужно сохранить пользовательский фильтр при перевыборке данных необходимо использовать метод research()!!!

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

Если штатный ExecuteQuery не корежить, то ядро сохраняет пользовательские фильтры.

[AndyD]

ExecuteQuery() в любом случае вызывается. Только после вызова research() устанавливается внутренний флаг, по которому ExecuteQuery() во вновь создаваемый QueryRun передает Query() из предыдущего экземпляра QueryRun

А сам этот вопрос с такой завидной периодичностью возникает, что его, по-моему, надо вывесить на главной странице