ax2012. как избавиться от jumpRef, lookup? поможет ли свойство menuItem.Query?

[mazzy]

Есть таблица, похожая на старую добрую финансовую аналитику в акс2009.
Поля таблицы: тип, код, описание, значение.
созданы edt для каждого типа значений.

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

(если нужно подробнее, нарисую схемку)

Во всех формах прописаны jumpref и lookup, что лично мне очень не нравится.

Вопрос:
можно ли, не меняя структуру хранения, избавиться от методов jumpRef и lookup в формах?
в идеале никаких дополнительных методов на форме не должно быть.

[TasmanianDevil]

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

Почему-то кажется, что первое.
Потому как в полной копии, при прописанной форме отображения для таблицы-справочника, по-кошерному сделанному EDT и релейшенах его уровней lookup и jumpref ядром без доп. программирования обрабатываются

[mazzy]

Цитата:

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

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

Почему-то кажется, что первое.
Потому как в полной копии, при прописанной форме отображения для таблицы-справочника, по-кошерному сделанному EDT и релейшенах его уровней lookup и jumpref ядром без доп. программирования обрабатываются

Может быть, я не совсем понял.
но в предложенной терминологии - похожая.

edt - отдельные, не массив.

очень похоже на старый extCode.
собственно они и есть.
есть много-много разных налоговых кодов, похожих по структуре. их зафигарили в одну таблицу с типом налогового кода.

в разных таблицах эти налоговые коды указываются.
там для номенклатуры, там чтобы указать что за документ, там - тип сделки.
в таблицах бизнес-логики прописаны relations к таблице с этими кодами, с константами типа кода.

хм... вот и я думаю, что должно без программирования.
просто уж очень много этих jumpRef, lookup... и все в формах...

значит должно само работать? попробую на отдельном примере. спасибо.

[gl00mie]

Цитата:

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

Есть таблица, похожая на старую добрую финансовую аналитику в акс2009. Поля таблицы: тип, код, описание, значение. созданы edt для каждого типа значений. В таблицах бизнес-логики, раскиданы поля-ссылки на эти коды, проставлены Relations с фиксированным кодом типа.
можно ли, не меняя структуру хранения, избавиться от методов jumpRef и lookup в формах?

Мне кажется, от lookup на формах очень хорошо помогает EDT с прописанным свойством FormHelp - во вспомогательной lookup-форме можно лепить какую угодно логику, в т.ч. привязываясь к тому, откуда она вызвана. От явной реализации jumpRef по идее должен спасать relation на таблице и при необходимости доп.логика на открывающейся форме. В общем, даже непонятно, в чем подвох

[mazzy]

подвоха нет.
эх, если бы так... типов нет, соответственно FormRef отсутствует. релейшенов нет... планета шелезяка.
зато методов рассыпано по формам, что бисера...

подумаем. спасибо.