Comments 13
Решение, позволяющее как минимум не засирать реестр. Ценно!
Эх! Мне бы ваши наработки лет эдак 7 назад. Насчет псевдогенерации. Была, да, похоже, до сих пор работает корпоративная система, построенная на COM-DCOM технологии, которая регила полторы-две сотни объектов…
Эм… я наверно открою америку, но в Vista все приложения работают в похожем режиме. Если они пытаются писать в системные каталоги, то реально они туда не попадают, реестром аналогичная фигня была насколько помню.
> DLL загружает по сети другую DLL (или ActiveX компоненты), сохраняет себе в ресурсы, потом в процессе работы кладет в виртуальный файл и оттуда с ними работает? Виртуальность, как я понимаю, вы обеспечиваете и так, а вот предыдущая часть, с учетом того, что дело может происходить не под администратором и т. д.
Да, такой сценарий поддерживается.
Создаются виртуальные файлы, наполняются содержимым, полученным из сети. Далее используются. В любой момент их можно заменить новыми версиями и т. д. Администраторские права не требуются.
Да, такой сценарий поддерживается.
Создаются виртуальные файлы, наполняются содержимым, полученным из сети. Далее используются. В любой момент их можно заменить новыми версиями и т. д. Администраторские права не требуются.
А с GPL кодом Ваше решение можно использовать? Оно линкуется к программе или живёт отдельным процессом? (Если в user space, то похоже, что линкуется — из user space одного процесса в другой не попасть.)
Sign up to leave a comment.
Виртуализация файловой системы и реестра внутри единственного приложения