forum.clarionlife.net

А существует ли в природе класс (плюс, может быть, шаблон) для работы с деревом по одному файлу (таблице). Сейчас пользую шаблон abctree с clarionlife.net, скачанным сто лет назад. К сожалению, данная разработка - не класс, во-первых. Во-вторых, много недоработок, сколько лет пользую, а всё находятся проблемы. Хочется нормального класса, ещё лучше, если будет интеграция с ABC.
А может можно работать стандартными средствами? MAVDirect? В первую очередь интересует работа с SQL (в abctree этот момент тоже через одно место). Как народ выкручивается?

был такой, то ли SingleFileTree, то ли SingleTreeFile, шаблон, сам использовал лет эдак 15 назад, если не ошибаюсь, от Вадима Синявского, поищи здесь.

Наверно не в тему, но мы когда-то давно делали TREE по одному файлу, стандартными средствами ABC Template, все прекрасно работало
(драйвер TPS). Связанные ветки задавались как ALIAS основного файла, описывались связи в DCT и вперед ...

Дед Пахом писал(а):был такой, то ли SingleFileTree, то ли SingleTreeFile, шаблон, сам использовал лет эдак 15 назад, если не ошибаюсь, от Вадима Синявского, поищи здесь.

Вот я его и пользую. Адаптирован для семейства ABC, автор адаптации, похоже, неизвестен. Но кривовато всё. Разработка конца ХХ века .

Игорь Столяров писал(а):Связанные ветки задавались как ALIAS основного файла, описывались связи в DCT и вперед ...

Если уровней предполагается мало, то это выход. А если непонятно сколько? Заложится на 50 алиасов? И если не одна таблица такая? Ещё надо при вызове формы редактирования какие-то манипуляции делать, не 50 же форм делать. Наверно, не выход.

kreator писал(а): А если непонятно сколько? Заложится на 50 алиасов? И если не одна таблица такая? Ещё надо при вызове формы редактирования какие-то манипуляции делать, не 50 же форм делать. Наверно, не выход.

Безусловно решение с алиасами - частное, но и хранение связанных списков в одной физической таблице - по сути тоже носит в себе элементы маразма проектирования (даже с учетом SQL запросов). Если честно, я не уверен, что вложенность веток в деревьях Clarion будет адекватно работать и с 10 то уровнями вложенности ...

Не, 30 уровней держит без проблем, дальше глючить начинает.
А я когда-то делал пару Дерево+список, типа как в Проводнике. Список-стандартный Browse,
все правки идут в списке, а дерево автоматически обновляется, причём развёрнута только текущая ветка. А если ходишь по дереву, обновляется позиция в списке. Тогда работает локаторный поиск в списке, но и дерево смотреть удобно... Даже раздавал лет 10 назад, мож у кого и осталось

В своё время доводилось делать привязку товаров к классификаторам (Clarion+MS SQL). Шаблоны не использовались, но и особых проблем нигде не встречалось. Вывод иерархии реализовывался через "dot notification". Так же реализовывалась вставка и удаление/перемещение ветвей.

Yufil писал(а):Не, 30 уровней держит без проблем, дальше глючить начинает.
А я когда-то делал пару Дерево+список, типа как в Проводнике. Список-стандартный Browse,
все правки идут в списке, а дерево автоматически обновляется, причём развёрнута только текущая ветка. А если ходишь по дереву, обновляется позиция в списке. Тогда работает локаторный поиск в списке, но и дерево смотреть удобно... Даже раздавал лет 10 назад, мож у кого и осталось

оно?

Похоже....

Yufil писал(а):Похоже....

Не сомневайтесь Ваше, даже использовал где-то, за это ОГРОМНОЕ спасибо и задумка хорошая.

kreator писал(а):... MAVDirect? В первую очередь интересует работа с SQL (в abctree этот момент тоже через одно место). Как народ выкручивается?

в MAV ODBC шаблонах есть построение дерева по одному файлу

gopstop2007 писал(а):

Yufil писал(а):Похоже....

Не сомневайтесь Ваше, даже использовал где-то, за это ОГРОМНОЕ спасибо и задумка хорошая.

Да не сомневаюсь , просто воды много утекло
Ещё сплиттер был для изменения размеров полей...

Да не сомневаюсь , просто воды много утекло
Ещё сплиттер был для изменения размеров полей...

Я думал, что сплитер случайно попал в архив и удалил его перед тем как сюда кинуть Если надо могу повторить вместе с сплитером

Удивлён. Всегда думал, что дерево по одному файлу актуальная вещь. Например, в торговых системах. Удобная группировка товара. Опять же, можно аналитику делать по определённому уровня. Ещё пример. Вот сейчас у меня в проекте орг. структура предприятия выложена таким образом (филиалы-цеха-участки-бригады).
Посмотрел класс/шаблон UltraTree, поддержка дерева только через алиасы. Получается - тоже неактуально для народа.
Склоняюсь тогда о реализации через алиасы и шаблон SV дерева, но алиасы попробовать делать не на каждый уровень, а циклически связать два-три алиаса. Посмотрел на свои данные. 5-6 уровней - ещё реально, а больше уже нет. Думаю вероятность использования больше десяти уровней близка к нулю.

Для таких деревьев существует проблема поиска. Если я ищу, например, "сельдь солёную", мне надо понять, в каком дереве-поддереве-подподдереве-ветке искать это дело. А, например, "сельдь в масле" будет совсем в другой ветке. Поэтому надо предоставить выбор, как именно смотреть. Вот пример tree.zip об этом. Собственно, правка в обычном Browse...