OberonCore

Терзал тут модуль EditKeys из ГБ. В начале стоит:

Это когда такое появилось? Судя по тому, что сам файл называется Oberon.EditKeys.Mod - это нововведение из BlueBottle, но ни в одном описании языка я такого не встречал

Относительно недавнее нововведение, контексты называется Означает что EditKeys относится к namespace системы Native Oberon. Proposal for Module Contexts

Ага, спасибо. Что означает то понятно было, а вот источника не встречал.

Это недавно там появилось...
И в принципе понятно, почему...

Дивный там компилятор...

Ы?

Это у меня общее такое впечатление...

Гы А сколько криков было - типа namespace нужны только недоязыкам в которых нет настоящей (обероновской) модульности...

А что, разница между namespace как контейнером для обращения к языковым сущностям, и группировкой имён модулей в некие проблемные (от слова "проблемная область") пространства, не ощущается?

Примечательно, насколько проста реализация. В духе Оберона, без добавления нового ключевого слова

Не-а.

Можно было еще проще - запихать старые модули в подкаталог(и) и импортировать через точку.

В A2 это решает насущную проблему нормального сосуществования двух систем A2 и Native Oberon в пределах одной ОС. Проблема возникала при случайном смешивании при импорте модулей относящихся к разным системам.

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

Всё касается только заголовка модуля. И их хранения-принадлежности.

Вот в XQuery есть модуль, а есть URI для некоторого идентификатора. URI нигде не используется, только в заголовке. И при разрешении конфликтов-ратификации...

довольно спорное решение. По большому счёту, не нужны подкаталоги на системном разделе ОС.
ЗЫ. ИМХО

А. Кажется понял. Надо просто импортнуть модуль из правильного места? Тогда это полумера какая-то. Надо было обязать явно указывать это место (всегда). Иначе будет как в C/C++ с поиском хедеров...

Увы, по реализации поисков ничего не скажу - я A2 (эксБутылку) не пробовал уже давно... (просто нет пока сочетания время-полезность).
Я высказался только про языковую часть.

Ага, все 10.000 файлов положим в один каталог и будем правильно называть: Subsystem1Subsubssystem2Subsubsubsystem3Module1. Зато не будет каталогов

P.S. С таким подходом каталоги вообще не нужны в ФС Особенно если браузер написать, который будет уметь дерево строить

P.S.S. А при переименовании Subsubsystem2 будем иметь те же проблемы, что и тот самый браузер над ФС без каталогов

Файловый менеджер A2 по маске списки файлов фильтрует.
А с наличием каталогов просто будет бардак ИМХО

Чем дальше - тем интереснее Значит каталоги создают бардак. А я всегда думал, что они наоборот - структурируют. Ладно. А как этот "Файловый менеджер A2" обеспечивает атомарность операци "move" над группой файлов?