Здравствуйте, alexbirk, Вы писали:

A>Здравствуйте, AlexanderDz, Вы писали:

AD>>Здравствуйте, alexbirk, Вы писали:

AD>>[...]

AD>>>>>>Может быть тут кто-нибудь знает зачем инсталлировать компоненты в "C:\program files\common files\фирма" ?

A>>>>>Я думаю, что для логического порядка. Что бы все общие файлы всех приложений хранились центролизованно.

AD>>>>Зачем??? Какую проблему это решает? Более того, это приводит к "распылению" частей продукта по разным каталогам.

A>>>Это позволяет однозначно определить то, где находятся общие файлы, которые могут быть использованы другими приложениями других фирм. А путь установки основного приложения может меняться пользователем.
A>>>Под общими файлами подразумеваются не только общие библиотеки, но и разные ресурсы, графика, звуки и т.д. Опять же, когда общие файлы хранятся центролизованно то они легко поддаются обновлению (исправление ошибок).

AD>>Для template-s документов есть отдельные каталоги. Языковые ресурсы для исполняемых модулей должны лежать рядом с модулями. Графика, звуки... может быть. Но слишком мало что-бы стоило париться. В случае моей конторы — их просто нет.

AD>>Все исполняемые модули все-равно регистрируются в registry и путями к ним занимается COM подсистема.
AD>>Обновлениями и исправлениями ошибок занимается Windows Installer — он специально для этого сделан.

A>Windows Installer не волшебник, он не сможет обновить общий файл, который находится в нескольких экземплярах в разных каталогах и поставляется с разными продкутами.

A>Пример:
A>Есть общий файл SharedLib.dll
A>Есть продукт Product1 и Product2, в поставку которых входит SharedLib.dll.

Этот случай уже был обсужден вот тут: http://rsdn.ru/forum/message/2647623.1.aspx

Автор: AlexanderDz
Дата: 06.09.07

А также Side-by-side установка тоже придумана решать эту проблему.

[...]

AD>>Если уж на то пошло, если продукт полностью используется сторонними фирмами, чем плохо его устанавливать в "C:\program files\common files\фирма\продукт"

A>Потомучто в общем случае ПОЛЬЗОВАТЕЛЬ выбирает место, куда инсталлировать продукт. Например у меня на диске C: мало места и я хочу установить программу на диск D:. В результате большая часть программы будет на D:, а общие файлы поместятся в обедоступное место "<Common Files>".

Пользователь дома выбирает куда ему инсталлировать программу. А на работе, при установке mission critical приложений это делает администратор в соответствии с предписаниями организации. В этом случае на дисках находится достаточное количество места. Более того, для моих приложений как-раз жестоко требуется что-бы все стояло именно на C:. А с данными для программы пользователь разбирается сам.