'подмена' типа объекта родителя

[Александр]

не помню спрашивал или нет - в общем идея такая
1. есть кучка типов объектов - под каждый тип есть свой пользовательский отчет (пользовательская атрибутивная форма)
2. со временем экземпляры этих объектов попадают в архивы - это один тип объекта типа архив - под него нет пользовательского отчета/формы


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

может есть какие нибудь хитрые ходы для такой работы 'на лету'?

[Anderyt]

э-э-э..
пользовательская атрибутивная форма - это что?
а вообще, проще было бы наверное не менять тип объекта, в котором хранятся архивные объекты.. пусть бы он оставался таким же, как был в оригинале..
если я правильно понял структуру данных, конечно...
а в лоции вроде нет возможности поменять тип объекта для конкретного объекта.. через execsqlselect всякие там insertы вроде не срабатывают в принципе...

[Александр]

пользовательская атрибутивная форма в моей трактовке это атрибутивная форма типа -'пользовательский отчет' для которого доступен только один аргумент - id текущего объекта

с одной стороны по этому id я мог бы в хп и функциях sql понять где он находится и какие типы объектов у него в дочерних...
но отчеты которые я хочу 'подставлять' весьма разнообразны по колонкам
т.е.
на стороне sql я могу сориентироваться и запустить нужных запрос
но
на стороне Лоции я не могу втиснуть все полученные данные в некий универсальный отчет (не пройдет по колонкам и вычисляемым полям)

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

гораздо логичнее Лоции при выделении объекта подменить его тип на время формирования формы
наверняка можно...
и результат будет гибким и универсальным и легко расширяемым...
но вот только как...
это можно сделать своими силами

ps
конечно речь о подмене идет только для формы пользовательского отчета

[Anderyt]

хм.. это значит что, есть объект Архив1, в котором есть дочерние объекты Типа1, есть объект Архив2, в котором есть дочерние объекты Типа2.
нам нужно на вкладке у объекта Архив1 видеть отчет для объектов с Типом1, а на вкладке Архив2 - с Типом2?
а на объекте Архив1 (на этом конкретном объекте) могут понадобиться отчеты по каким то другим типам? почему? в Архив1 могут быть объекты НЕ только Типа1, а и Типа2, например? или не могут?
если в Архив1 всегда лежат объекты Типа1, а в Архив2 - Типа2, то делать объекты Архив1 и Архив2 одного типа - не очень удобно.. имхо.. был бы конкретный тип, была бы для него конкретная форма...
в чем смысл одного универсального типа для объектов Архив1 и Архив2?

[Александр]

смысл в том что логически объект типа Архив не имеет смысловой нагрузки - его польза лишь в том - чтобы отработанные объекты не мозолили глаза
но иногда возникает необходимость посмотреть на историю - в виде дочернего пользовательского отчета....
без старта обычных отчетов с выборками - просто 'оперативный отчет' который всегда под рукой

ps
в каждом объекте архив и нас лежат объекты только одного типа

[Anderyt]

интересно..
а до попадания в объект Архив1 или Архив2 объекты Типа1 и Типа2 ГДЕ лежат?
в каких объектах?
на тех объектах нет проблемы с получением отчета?

[Александр]

да до попадания в архивы все они лежат в своих уникальных родительских типах
например
Заказ-в Заказах
Запрос-в запросах
и т.д.
но
поскольку типов объектов попадающих в свои архивы у нас в районе 50 и они постоянно растут- то делать 50 уникальных типов 'Архив' для визуального разграничения - вроде было не очень интересно
а иметь некий подстановочный тип - очень заманчиво...

[Anderyt]

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

[Александр]

другими словами -
при выделении объекта иметь возможность переприсвоить ему 'нужную' атрибутивную форму в соответствии с некими условиями (аргументами)

[Александр]

немного не так - вот смотри картинка, архивов по глобальным разделам у нас 50 а по локальным уже около 50000

захват 001.gif (7.85 КБ) 33808 просмотров

архивы создаются автоматом из множества мест и их уже так много что...

сначала перед помещением в архив я смотрю атрибут у родителя - есть там id архива или нет
если нет - создаю новый архив
если есть использую существующий
и т.д.

ps
для данной картинки объекты типа Запрос дополнительно лежат всей кучей в своем общем разделе

захват 002.gif (26.84 КБ) 33808 просмотров

ну и т.д. (50 крупных разделов текущие/архив) и огромное количество локальных архивчиков привязанных к контексту
т.е. объекты живут привязываются в своих родителей/в общие разделы/в специализированные разделы... работают, умирают и попадают в рай или в ад - без родителей, практически сироты- и главный над ними безликий тип Архив который не имеет своего отчета поскольку не знает чтоже в нем лежит

уникальные типы...
как говориться ПОЗзззДНО пить боржоми когда данных за уже за 1гиг

[Anderyt]

хм.. тем не менее, не вижу способа менять на лету тип объекта..
да как бы и не на лету это надо делать, а один раз. и навсегда..
желательно прямо при создании этого объекта (тип можно тупо копировать из типа текущего родителя, это уже детали).
а вот что делать с уже созданным ворохом архивчиков... пока не соображу..
завтра попробую подумать, на сегодня уже хватит с меня.. (обновились с 101011 до 101130, часа два бились над проблемой несохранения документов, открываемых на редактирование, дело оказалось в изменении логики работы предпросмотра, которое было как раз сделано между этими двумя версиями. после такого стресса голова уже не варит )

[Александр]

offtop- не сохранение файлов открытых на редактирование!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
практически наша проблема http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=664
хотя нижняя граница сборки у нас 100224 - она же и верхняя
а мы без подписки!! н
да уж
но не в этой теме ладно если что промелькнет по Архиву - свистни если не сложно