OberonCore

Вопрос возник на примере модуля Files, но скорее всего это относится и к другим базовым модулям Блэкбокса.

Итак. Допустим, я создал реализацию Files для прозрачной работы с zip-архивами. Т.е. на архив можно получить Files.Locator, и на каталоги внутри архива тоже, ну понятно в общем. Но встаёт проблема - как совместить мою реализацию и с HostFiles, и с HostPackedFiles? И если я потом создам аналогичный модуль, например, для rar-архивов, как совмещёть их все?

Иными словами: как в системе Блэкбокса совмещать несколько различных реализаций одного и того же базового модуля?

Ну, при инсталляции очередного драйвера он запоминает предыдущую директорию и потом перенаправляет при необходимости вызов на нее. Образуется такая цепочка обработчиков.

Есть проблема касательно того, что какие-то клиенты могут использовать приведение Locator(HostFiles.Locator). Но, во-первых, разработчики должны были понимать,что используют низкоуровневые средства. Во-вторых, открытие типа реализации, как это сделано в HostFiles - редкий и не очень правильный случай, и в других местах Framework'а я его не видел. Во-третьих, я бы просто наследовал свой локатор от HostFiles.Locator, поскольку локатор никакой системной функциональности в себе не несет, это просто дескриптор, обертка для строки пути. loc.This() на несуществующую директории вполне допустим. Проверка и обработка пути все равно выполняется в процедурах директории, при передаче такого локатора.

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

Да, пока что идея директорий - очень неплохая идея. Но с ростом среды она потребует доработки. Потребуется некий общий диспетчер, иначе при большом количестве расширений жертвуем безопасностью.