Uzhast писал(а) 13. Февраля 2007 :: 15:40:

Угу, и такой механизм плагинов уже реализован. ЗагрузитьВнешнююКомпоненту называется.

Какие еще мага-идеи? Работайте давайте...

ПС: для реализации мега идей нужны мега-мозги....

trad писал(а) 13. Февраля 2007 :: 15:58:

Зачем менять, если можно не менять?
Вообще, плагины дадут гибкость, которой сейчас нет. Сейчас переход с одной версии на другую довольно болезненный. Если его можно сделать более плавным, то люди только выиграют. А возможность выкинуть ненужный функционал? От этого ведь надежность системы только повысится...

sedmin писал(а) 13. Февраля 2007 :: 16:45:

Ну, пока никаких изменений я не предполагал Т.е. код остается таким:

ЗагрузитьВнешнююКомпоненту ("1cpp.dll"); 

А уж 1С++ при загрузке смотрить некий предопределенный каталог и загружает все DLL, что там лежат. Соответственно, набор DLL определяется программистом.

Чтобы получить еще бОльшую гибкость (например, грузить разные модули в зависимости от базы), можно подумать о других вариантах. Или специальный подкаталог в каталоге базы (неудобно, если много одинаковых баз) или можно предусмотреть возможность указать 1С++ из какого каталога грузить модули. Например:

ЗагрузитьВнешнююКомпоненту ("1cpp.dll");
Ядро = СоздатьОбъект ("1С++.Ядро");
Ядро.ЗагрузитьДополнительныеМодули ("КаталогМодулей"); // загрузка происходит из c:/Program Files/BIN/КаталогМодулей/
Ядро.ЗагрузитьДополнительныеМодули ("\\Server\Modules"); // загрузка происходит из \\Server\Modules
 

Если же функционал 1С++ частично вынести во внешние модули, то частичное обновление можно выполнить даже в случае старых версий 1С++, без поддержки модульности.

Вариант, если менять конфу. Например, если ИТ вынесена в отдельный модуль, то процесс после загрузки 1С++ можно сделать загрузку новой компоненты с ИТ. Новая компонента отменяет регистрацию старого объекта "ИндексированнаяТаблица" и регистрирует новый. В результате, появляется возможность использовать новый вариант ИТ без перехода на новую версию 1С++.

Или можно сделать без переделки конфы, если сделать совсем простой загрузчик плагинов, назвать его 1cpp.dll и положить на место текущего 1cpp.dll. Текущий 1cpp.dll помещаем в каталог плагинов. Получается 1С++ будет грузиться, как плагин (работает для 1С++, которые не требуют регистрации в реестре). Гм, правда, при этом возникает проблема очередности загрузки

А что делать в этом случае, если плагины используют один и тот функционал - например, классы и их внутренний функционал используются во многих частях 1С++ - ТП, АктивИкс и т.д. ?
Каким образом предполагается организовать межплагинное взаимодействие?

fez писал(а) 14. Февраля 2007 :: 06:26:

Тем, что ЗагрузитьВнешнююКомпоненту() - очень хитрый и ненадежный инструмент. С множеством побочных эффектов. И плохо применим в тиражных конфинурациях.

Я был бы очень рад, если бы кто-то сделал простой и тупой способ загрузки внешней компоненты из именно того файла, который указан в параметре. И, желательно, без регистрации в реестре.

Ужаст, извини, не знаю как тебя зовут, может быть у тебя получится это сделать? Это было бы первым шагом к тому варианту, который ты написал. Плюс потом надо бы еще реализовать каскады перехватов.

Я знаю пару людей здесь, которым это под силу, но, похоже, им это не интересно.

sedmin писал(а) 14. Февраля 2007 :: 08:46:

Есть vkloader. Но при использовании с последними версиями 1С++ немножко глючит, хотя все решаемо.