Цитата:
Изначально опубликовано mazzy
хм...
Спасибо, Максим. Убедил. Погляжу еще раз.
А можешь прислать последнюю версию, допущенную к распространению?
В общем-то, конечно. Данный проект - только лишь прототип. В нем отсутствует часть возможностей, которые были доступны в основной версии классификатора. Принципиально изменена процедура фильтрации набора данных: теперь она построенна на стандартных Query, что позволяет ускорить процесс фильтрации, а также способствует уживчивости классификатора с различными стандартными фичами аксапты: стандартный фильтр, ограничение доступа на уровне записи. Приложенный проект написан для 2.5. Проект для 3.0 пусть пока останется моим ноу-хау
(на самом деле, он пока просто не доделан). Кстати, у всех методов проставлен AOSRunmode.
Цитата:
Изначально опубликовано mazzy
Есть еще одно "но". Классификатор вводит новое понятие, которое не поддерживается в отчетах - иерархия. Если начать пользоваться классификатором, то наряду с техническими пролемами, приходится объяснять пользователям почему при вводе иерархия есть, а в отчетах ее нет. Просто я боюсь, что если начать пользовать иерархию, то придется и отчеты переделывать.
Смотря что считать "поддержкой". Вывести дерево действительно не удастся, а полный путь класса, которым отмечен данный объект или группа объектов - пожалуйста. Хотя в целом, я согласен - отчеты пользователи захотят править. Причем общей методики создания отчета на основе классификатора на данный момент нет.
Цитата:
Изначально опубликовано mazzy
Все еще продолжаю считать, что для ограничения эффективнее подход с полями-фильтрами как в CRM или в управлении бизнес-процессами.
Снова замечу, что разница подходов небольшая и по существу может быть выражена в двух пунктах:
- Классификатор вводит иерархический набор значений для заполнения полей-фильтров.
- Значения полей фильтров для ВСЕХ таблиц классификатор хранит в одной таблице и не требует наращивания базы данных для организации фильтрации (это же и минус, так как усложняются алгоритмы фильтрации).
Кстати, еще во время моей работы в Крохе, существовал проект (правда даже не на бумаге, а в идеях), суть которого сводилась к тому, чтобы приделать различные интерфейсы для фильтрации наборов данных по классам. Одним из предлагаемых интерфейсов была как раз группа ComboBox'ов (или TextEdit'ов с lookup), подобная той, что используется в CRM. Вообще-то, классификатор есть некоторое