Привет!
Да, полностью разделяю мнение, что пути набирать — замаешься, и это раздражает. Я тоже использую готовые наборы, а не каждый раз вспоминаю что там и где. Положить пару-тройку таких наборов в lib — мысль стоящая.
Например, какой-нибудь
strings.f собирает все функции работы со стандартными строками.
Но, это будет полезно лишь тем, кому уже хорошо известны соответствующие лексиконы. Другим же все-равно придется муторно лазить по файлам с реализациями. Эта проблема остается и в решении через дерево categorised от Азамата.
Поэтому, требуется человеческая спецификация на лексикон и каждое (интерфейсное) слово в нем — для каждого лексикона-библиотеки, который часто используются и хорошо себя зарекомендовал. Спецификация отдельно от реализации! Далее, как это вижу я, каждый такой лексикон получает глобально-уникальное имя (как в xmlns). Также, уникальные имена получают и частые связки (bundle) лексиконов. Лексиконы подключаюся по их уникальным именам. Связь с конкретными файлами-реализациями устанавливается в подсистеме поддержки данного механизма. Такой подход дает независимость от форт-системы, структуры каталогов и прочих особенностей (а значит, и лучшую переносимость).
On Dec 16, 2007 3:12 PM, azekeProfit <
azekeprofit@...> wrote:
Откуда мне помнить какой это год был?..
Приходится смотреть. Строго говоря и заставлять помнить и кто это написал
(~ac, ~pinka) для того чтобы подключить библиотеку -- тоже излишне.
Да, излишне. Живой поиск рулит (мечтательно :)
Для решению всего этого я и предлагал своё решение по категоризации
я думаю, что
1. авто-сгенереному дереву categorised в несколько сот файлов в репозитории не место;
2. но, ведь не каждый его сгенерит себе, поэтому его использование для библиотек вызовет затруднения.
--
Ruvim
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace_______________________________________________
Spf-dev mailing list
Spf-dev@...
https://lists.sourceforge.net/lists/listinfo/spf-dev