Я поддерживаю набор инструментов для внутреннего использования в нашей компании.
Эти инструменты в основном ссылаются на одни и те же библиотеки DLL.
Эти инструменты используются в различных частях нашего производства, что делает различные процедуры обеспечения качества применимыми к различным инструментам.
Поэтому некоторые часто обновляются.
Другие редко обновляются и имеют довольно длительные и дорогие процедуры выпуска с участием различных отделов. Пользователь должен иметь возможность обновлять инструмент A с его зависимостями, не затрагивая инструмент B и его зависимости.
На данный момент у меня есть инструменты, независимо развернутые в виде приложений, запускаемых нажатием одной кнопки. Общие DLL быстро меняются, и это позволяет различным инструментам развертываться с различными версиями DLL. «Проверка наличия обновлений» при подключении к корпоративной сети высоко ценится.
Тем не менее, некоторые пользователи считают, что меню «Пуск» Windows не является необходимой структурой верхнего уровня для приложений. Там нет описания, снимки экрана, ссылки поддержки или любой другой конфет, которые представляют приложения. По мере того как количество инструментов растет, наименование и обработка становятся все более надуманными.
У кого-нибудь есть предложения или мнения? В настоящее время я гуглю по этим направлениям:
- Проверяет ли PRISM / MEF или аналогичная поддержка на наличие обновлений и наличие двух плагинов для работы с разными версиями распространенных библиотек DLL?
- Есть ли способ программно обрабатывать файлы .Application (материал, который программа setup-click-Once развертывает на клиентских компьютерах)? Могу ли я загрузить файл .Application, а затем запросить его для получения подробной информации (например, проверить наличие обновлений) и / или запустить его?
- Я бы предположил, что эта форма размещения в магазине приложений станет частью метро, когда Microsoft представит корпоративную историю. Я не знаю, что я могу ждать так долго.
Мысли