Многоуровневый справочник

[AndSoft]

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

[ТРЕНЕР]

А чем он лучше Абстрактного классификатора ? ( к тому же, находящегося в отличие от Вашего в свободном доступе на данном форуме, что дает возможность "пощупать", а не картинки смотреть)

[mazzy]

присоединяюсь к предудыщему вопросу.
и добавлю еще один: чем это лучше товарного каталога в корпоративном портале?

[AndSoft]

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

[mazzy]

http://www.axforum.info/forums/showt...=&threadid=636

все версии
http://www.axforum.info/forums/forum...?s=&forumid=20

[AndSoft]

У меня Axapta 3.0 SP1 и классификатор поставить не получилось.
Даже глобальную компиляцию делал.Все равно ошибки лезут.

[mazzy]

обращайтесь к авторам, читайте описание.

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

[AndSoft]

Да нет свой я по -любому выложу попозже. А поставить хочется чтобы чему - то новому научится. Все таки задачка не совсем тривиальная.

[Lazy_Tiger]

кстати, а чего _нетривиального_ в этой задаче? Эт я к тому, что вообщем то НЕ будучи ГУРУ в аксаптовском программировании потратил на это дело 1 день. Причем не для номенклатуры, а в общем виде.

Потом выкинул, поскольку понял что никому кроме привыкших к 1С это нафиг не нужно.

[dn]

То, что показано на картинке, действительно пишется за день.
Однако я бы не сказал, что это никому не нужно. Во многих внедренческих фирмах, что-то подобное написано, и на более продвинутом уровне.
Единствено, я не понял зачем надо было делать частное решение под MS SQL?

[EVGL]

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

- авторы не смогли абстрагировать задачу и написать универсальную гибкую модификацию, не измененяя существующие формы системы (к примеру, InventTable, если речь идет о классификаторе номенклатуры), хотя, доказано, этого можно добиться. То же самое касается lookup'а. Результат: под каждую новую таблицу систему приходится дополнительно программировать. Плохо, плохо, плохо.

Цитата:

Во многих внедренческих фирмах, что-то подобное написано, и на более продвинутом уровне.

Да, как минимум в одной внедренческой фирме один ведущий программист, помнится, решил задачу грамотно.

Резюме: пользуйте коммерческие решения.

[dn]

Цитата:

Изначально опубликовано EVGL
предложенные решения страдают одним большим недостатком:

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

В этой связи вопрос, как можно грамотно реализовать работу древовидного классификатора, не перекрывая метод selectionChanged FormTreeControl?
И что подразумевается под неизменением существующих форм? Добавление контролов в runtime, если я правильно понял...

[EVGL]

Цитата:

В этой связи вопрос, как можно грамотно реализовать работу древовидного классификатора, не перекрывая метод selectionChanged FormTreeControl?

Отличный вопрос! Активизировав FormRun\controlMethodOverload или FormRun\controlMethodOverloadObject .

Цитата:

Добавление контролов в runtime, если я правильно понял...

Именно.

[dn]

Цитата:

Активизировав FormRun\controlMethodOverload или FormRun\controlMethodOverloadObject .

Спасибо за ответ! Мне на самом деле это интересно. Что-то об этом уже мелькало на форуме. http://www.axforum.info/forums/showt...p?threadid=801
Однако, на мой взгляд, это лишь позволит избежать модификаций дизайна формы, добавлять и править методы самой формы придется. С одной стороны - это конечно не мало, особенно при переходе на новый сервиспак, но с другой - для каждой новой таблицы программировать придется... Круто было бы, если можно вообще не модифицировать форму, включая методы!

p.s. В настоящий момент, перенос функциональности показа дерева, с шаблона для справочника номенклатуры, на новую таблицу займет у меня не более 15 минут. При переходе на новый сервиспак и того меньше. Стоит ли игра свеч?

[EVGL]

Цитата:

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

Не придется. Например, в случае с FormRun\controlMethodOverloadObject форме передается класс-перехватчик методов. Тем самым необходимости создавать методы на форме нет. Притом создаваемым "на лету" FormTreeControl можно придумать уникальное заковыристое имя. Тогда метод на перехватчике нужен только один: заковыристоеимяконтрола_selectionChanged().

Не проверял, работает ли другой прием: создавать методы на SysSetupFormRun, активизируя потом FormRun\controlMethodOverload.

Не столь сложно работать и с произвольным datasource. Единственное, что реализовать трудно, это обратную связь от источника данных: перемещение фокуса (выделенного элемента) по дереву синхронно с перемещением по datasource (т.е. с каждым вызовом datasource.active()). Но тут можно включить таймер c частотой ~100 мсек., который будет периодически проверять источник данных на предмет смены текущей записи. Пользователь и не заметит отличия.

Цитата:

В настоящий момент, перенос функциональности показа дерева, с шаблона для справочника номенклатуры, на новую таблицу займет у меня не более 15 минут. При переходе на новый сервиспак и того меньше. Стоит ли игра свеч?

Думаю, не всегда Но ведь профессия программиста в том и заключается, чтобы создавать себе проблемы, а потом решать их! Иначе не интересно.

[Lucky13]

Цитата:

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

Активизировав FormRun\controlMethodOverload или FormRun\controlMethodOverloadObject .

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

[kashperuk]

Цитата:

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

я сделал абстрактный классификатор, используя эту методику

Нам посмотреть можно?

[Lucky13]

Цитата:

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

Нам посмотреть можно?

Да, но пока еще не готово. Нужно как-то решить выше указанную проблему.

[belugin]

кстати про controlMethodOverloadObject.

можно ли использовать более одного обхекта обработчика одновременно (у меня не получилось)

[Lucky13]

Цитата:

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

кстати про controlMethodOverloadObject.

можно ли использовать более одного обхекта обработчика одновременно (у меня не получилось)

controlMethodOverloadObject это метод класса FormRun, поэтому у каждого его наследника может быть свой обработчик. Я делал у нескольких форм разные обработчики. Что касается моего классификатора, то если у формы уже был обработчик controlMethodOverloadObject, а я заменяю его своим, то естейственно первый обработчик действовать не будет. Я не нашел в Аксапте форм, которые используют controlMethodOverloadObject, поэтому это не существенно.