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

Просьба к pinka и тем кто знает как устроена библиотека ~pinka\lib\like.f.
Как проще доработать эту библиотеку в части введения такой ее функциональности:
под символом ? в маске для строки понимается любой текстовый символ. Как ограничить понятие "любой",
заданным набором текстовых символов. Например под ? понимать набор символов из ряда: A B C D X P S T.

У меня следующие пожелания:
1. Каждый файл библиотеки должен сам содержать дозагрузку всех необходимых ему компонентов
(по средствам REQUIRE).
2. К каждому файлу должен прилагается простой тестовый пример. Желательно в конце файла
после \EOF или \TEST .
3. Сообщать о конфликтах имен и синонимах.
4. Сообщать о дублирующих друг-друга и морально устаревших библиотеках.
5. В именах функций, использовать только большие английские буквы и цифры.
6. поддерживать максимальную совместимость с другими форт-системами.
По возможности, заимствовать наработки из других форт-систем.

Ключевое слово: "регулярные выражения", их тоже есть либы.
Новая от ~ygrek — www forth org ru/devel/~ygrek/lib/re/re.f

Полностью согласен.

Понятно, спасибо.

chess, там пока нет character classes, т.е. перечисления альтернатив в квадратных скобках, хотя требуемого эффекта можно добиться так (A|B|C|D|X|P|S|T)
Вариант - использовать какую-то из обёрток к regexp dll-кам.
Вариант - BNF парсер.

http://spf.sourceforge.net/docs/devel.ru.html#str

Пункты 1-4 как говорится "всем лапами за".
5 - это уже по вкусу и от фазы Луны очень сильно зависит (когда пишешь)
6 - тоже на рассмотрение автора, мне кажется это часто вводит слишком много ограничений поэтому для меня лично это не критерий.

По топику,
та же библиотек mask - их с таким названием есть три штуки, плюс ещё like.f
Чем они отличаются, можно ли от части из них избавиться (слить весь функционал в одну)?

большие английские цифры (с) армия
а в остальном полностью согласен с начавшим тему оратором

В экспортируемых(видимых извне) именах
а внутри - по выбору разработчика. Конечно, хотелось бы регистровой независимости, но краткость IMHO лучше!
А префиксы-суффиксы от пожеланий Броуди - почему нет? На С все равно перевести не получится... Разве что на асм...
Или все-таки поддержать максимальную совместимость в ущерб компактности и красоте?

Сейчас начнётся Предлагаю волевым усилием закончить (или перенести в другую тему) перечисление личных предпочтений в оформлении кода ибо к единому варианту всё равно не придём.
А в этом треде лучше сконцентрироваться на идее chess по конструктивным предложениям по улучшению общего состояния devel. Предложения переписать всё с нуля предлагаю считать деструктивными

Как ни странно, я бы и не против был. Если бы сразу сказали: "так, так и так нельзя, а так -- можно". А щас уже немножко молоко далеко-о убежало. Я в принципе, могу и так писать, другое дело что придумывать названия для слов я буду раз в пять дольше и мучительней (плюс ещё и пространство для именования сужается).

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

А есть ещё совместимость. И согласно ей, в уже опубликованных (и использованных) библиотеках вообще нельзя экспортированные слова убирать, иначе грохнется.

Спасибо, попробую.

Хорошее пожелание.
С какой системой, в первую очередь, совмещаться будем?

Сдесь дело не во в кусе, а в совместимости (работоспособности).
Вообще, первые 4 пункта энтузиасты тоже не обязан соблюдать.
Это только пожелания.

Не понял. Как скажется на совместимости-работоспособности регистр в котором я назову слово в новой либе?