TsYekaterinaкак-то можно отсортировать данные в каждом узле отдельно?
Ещё раз прочитай
21176860 и покажи как ты это пыталась реализовать и что получиось.
white_niggerНадо, используя мозг, придумать алгоритм удовлетворяющий вашим критериям
А именно:
Как рубить названия на отдельные части?
Какие типы частей могут быть и как это определять?
Как сравнивать части того или иного типа.
А самое правильное (если возможно) было бы не строками заниматься, а тащить через программу "паспорт изделия" - типа record или class, в котором все параметры будут отдельно и явно прописаны как разные переменные.
У тебя сейчас где-то есть нормальное представление о предметах.
Скажем, винт характеризуется
0) тем, что он винт, а не болт
1) длиной
2) диаметром (строго говоря, двумя диаметрами)
3) типом головки (потайная, полукруглая, ...)
4) типом отвертки (плоский шлиц, крест, 6-гранник, ....)
5) диаметром головки
6) возможно, высотой(длиной) головки
7) направлением резьбы
8) шагом резьбы ( или наклоном )
9) саморез или нужно предварительно сверлить
10) для какого материала - в дерево вкручиивать, в пластик, в металл....
....и вероятно есть ещё разные признаки.
Насчёт двух диаметров - если когда-то чертила или видела чертежи, то отдельно считается и чертится по гребням резьбы и по "канавкам" между гребнями. Но там редко бывают необычные соотношения, так что редко нужно хранить оба значения. А вот выбрать какое одно из двух будет использовать программа и не путать в дальнейшем - надо.
Понятно, что для каждого артикула вести полный паспорт - накладно.
И не во всех случаях нужно.
Но это уже вам решать, что нужно, а что нет.
В любом случае, на заводе, который винт делал, вся эта инфомрация должна была быть.
Потом винт продали, купили, привезли, поставили на учёт в вашей бухгалтерии, вбили в вашу программу, и пройдя через все модуля программы он добрался до вашего дерева.
На каждом этом этапе часть информации наверное терялась. И это проблема.
В идеале у тебя к каждой "строке" должен быть "привязан" паспорт. И тогда функция сравнения была бы тривиальна, ты бы сначала проверяла типы изделий (например, любой винт всегда больше любого болта), а потом убедившись, что типы паспортов совпадают, просто бы шла по отдельным "графам" паспортов от более важного к менее важному и сравнивала.
У тебя же получилось, что некоторая информация из паспортов была отброшена, некоторая же была свалена в одну строку, полу-формализованную, полу-стандартную.
И тебе сейчас нужно рзобрать (parse) строку и попытаться из неё извлечь это информацию обратно.
Задача нечёткая и неприятная.
Да, если тебе нужна только сортировка (а не нужен поиск/фильтр, нет (и никогда не будет) задачи покупателю/продавцу "показать винты и болты длиной от 3 до 5 см") то полный парсинг не нужен, достаточно упрощённого. Но во-первых и это медленнее, чем прямое сравнения регулярных паспортов.
A во-вторых "задача нечёткая": вот у тебя винт в середине "....gx6.ВТ1-0...." а над ним и под ним "....gx6.36.01...."
Вот приедут эти строки в твой компаратор.
Поползёт он по ним.
".....gx", а дальше цифра - это кусок-строка, сравниваем через AnsiTextCompare, получаем 0, надо сравнивтаь дальше
Ползёт дальше "....6." - это число шесть и... точка это уже новая строка или всё ещё число?
Ну ладно, допустим (оооочень плохое слово), что точка - всегда разделят блоки, а дробная часть всегда отбивается запятыми и никогда точками (а если мы не угадали, что тогда?), но пока - д-о-п-у-с-т-и-м.
...."6" в обеих строках. Кусок-число. Превращаем его из строки в число (операция сама по себе долгая и чреватая ошибками) и сравниваем две переменных integer или single. Sign( int1-int2 ) = 0, опять равенство, опять надо дальше сравнивать.
Ползём по двум строка синхронно дальше.
строка 2: "." и за ним цифра 3. Значит кусок-строка была один символ "." , а дальше будет кусок-число
строка 1: ".ВТ" и за ним цифра 1. Значит кусок строка будет ".ВТ" и эти два куска сравниваем в AnsiTextCompare - тут строки разные, результат будет не ноль, и сравнение заканчиваем.
А вот ЕСЛИ БЫ сравнение не закончилось, то дальше бы сравнивали числа "36" (ил "36.016") и "1" (из "1-0").
Т.е. вероятно (слово настолько же отвратительное, как "допустим") пошла рассинхронизация, начали вероятно сравнивать разные по смыслу блоки.
Вот такие дела....
Перед тобой три дороги, и выбрать из них можешь только ты, оценивая состояние вашей программы, состояние бизнес-процессов и компетентности/аккуратности пользователей программы, и свои умения.
1) добиться, чтобы до самого списка доходили не просто полу-бессистемные строки, а полноценные РЕГУЛЯРНЫЕ паспорта изделий. Сортировку/поиск/фильтрацию делать по ним. Это наиболее "правильный" и быстрый способ, но не всегда возможный.
2) сделать полноценный парсинг строк, восстановление типа паспорт и заполнение всех полей, которые удастся заполнить (и отметку какие поля заполнены, какие нет), потом сортировку по временному паспорту. Это наиболее медленный способ. Но ты хотя бы сама будешь понимать что и с чем ты сравниваешь.
3) сделать халявный полу-парсинг, понадеявшись что большая часть строк заполнена более-менее стандартно, а на редкие исключения наплевать, виноват кто-то другой будет. Это то, о чём тебе с самого начала говорили.
