т.е. если в одном расширении я сделал справочник дор_Мой.
То в другом расширении я могу этот справочник подключить?

Это первый уровень.

А второй - расширение кода расширения, т.е. аналогично обработка процедуры расширения?

(0) подключить нет, использовать да
второе - нет
кстати это еще один довод дополнять метаданные в основную конфигурацию

(1) вот о том и речь. А то допустим, я сделаю популярное расширение, а расширить его не смогут уже. плохо.

(2) да-да, как базуху, и как фрирад, и как ... что там до этого было?

"я сделаю популярное расширение"
Фантастику, детка, обсуждают на других форумах.

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

А было бы прикольно. Пакетные менеджеры, менеджеры зависимостей, dependency hell - вся хурма.

(0) Ты слишком многого хочешь от расширения.
Это всего лишь "заплатка". Крупные проекты на расширениях не запустишь.

Расширение это "недонаследование" из ООП. Лучше, чем ничего, но хуже, чем могло бы быть)

Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым. Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика. И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов). (С) ИТС

Есть слухи, что экспортные методы расширения Исправление видны в расширении Адаптация. Возможно, что с Дополнением так работает.
Типы не видны.

(7) Да он даже документацию почитать не удосуживается, ну или знакомых букв там не находит.

(7) Запустишь.

(11) А потом начинается - "как впендюрить расширение в основную конфу".

(12) зачем?

Имхо в 1С сильно недоработали с расширениями
Нет сравнения и объединения между расширениями и конфой, нет режима разделения конфы на конфу и расширение

(14)+ Где там эти платные дополнения и аналоги конфигуратора?

И да хотелку типа как у ТС я уже раньше озвучивал

Конфа должна быть "нулевым расширением" а система зависимости расширений друг от друга и конфы
По типу пакетов в линуксе

(5) >> у клиента есть расширение, в принципе он подумывал, чтобы на него модули отдельно продавать отдельными расширениями.

Для этого придётся включить голову.
В основном расширении должны быть адаптеры и некая базовая функциональность, с которой будут работать твои отдельные дополнительные модули-расширения. Сама по себе базовая функциональность может быть и избыточной для базового расширения.

БСП свою ведь 1С как-то внедряет в различных конфигурациях с различными подсистемами. Есть базовая функциональность, которая должна быть всегда. И есть остальные подсистемы со своими зависимостями.

(16)+ По сути это вводится понятие "модулей" (с зависимостями) как во многих других ЯП есть

(13) Интереснее вопрос - как?

(2) >> допустим, я сделаю популярное расширение.

Да кто ж такое допустит.
Уже представляю что это будет за треш.

+ к (17) Если решение действительно серьёзное, то можно подумать в сторону отдельной поставки.
В неё включал бы все собственные объекты (данные - справочники, документы, регистры, задачи и т.п.). А уже к ней комплект расширений.
Но применимость такого подход сильно зависит от конкретики. Насколько доработка интегрирована в основное решение.

При любом варианте без библиотечного подхода такую задачу не решить.
А правильную реализацию библиотечного подхода не каждый сумеет сделать.

(14) а вот это печально.... я хотел решение поставляемое в виде конфы и расширения сделать, не взлетит что лле? Блин

«А сегодня в завтрашний день не все могут смотреть. Вернее смотреть могут не только лишь все, мало кто может это делать» (с) Кличко

(22) ты вообще документацию по платформе открывал?
Там есть разделы о поставке и поддержке. Есть раздел о расширениях.

>> я хотел решение поставляемое в виде конфы и расширения сделать, не взлетит что лле?

Можно и в виде поставки, можно и в виде расширения. Вариантов куча.
Но, ИМХО, тебе такое не под силу. Для этого придется много документации перечитать. Начиная с платформы и заканчивая БСП. Быстро интерес у тебя пропадёт.
Разработка тиражного решения - очень дорогое удовольствие. Это только на первый взгляд кажется, что можно взять свою поделку, ценник прилепить и продавать.

(23) Именно так ! D))))))

Есть другой подход. По аналогии с 1С-овским разделением ПРОФ/КОРП.
Пилится одно решение, но две отдельные поставки. Одна более продвинутая, вторая попроще. Но в ПРОФ остается куча кода, где производится проверка на наличие того или иного функционала. То есть существует некоторая избыточность.