2012-05-22 4 views
2

Раньше сегодня я обсуждал с кем-то, что я узнал, что вы можете использовать настраиваемое действие в проектах установки Visual Studio для выполнения собственных классов Installer, которые вы обычно запускаете с помощью InstallUtil (который отлично подходит для нового проекта, над которым я работаю).Причины не использовать пользовательские действия в проекте установки Visual Studio

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

У меня был поиск по всему сайту и я не могу найти ни одного форума, в котором кто-либо выразил бы беспокойство по этому поводу, и я просто хочу знать, знает ли кто-нибудь о какой-либо причине, почему пользовательские действия не должны использоваться?

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

+1

Посмотрите меня в скайпе, если вы хотите получить полное представление об истории и передовой практики здесь. –

+1

BTW, это целая ночная переписка, почему бы вообще не использовать проекты установки Visual Studio. –

ответ

3

У меня есть много причин, но это долгий и субъективный разговор. Вот несколько ссылок, чтобы вы начали. Таким образом, следует иметь в виду, что декларативный уроженец MSI (данные таблицы управляемых пользователем, транзакционные пользовательские действия) и работают действительно, очень сложно не вводить fragiltiy вашему установщику. Из-за дизайна специальных действий класса InstallUtil/Installer они просто являются не стартером. Используйте вместо этого виртуальные проекты (например, C#/VB.NET), созданные компанией WiX DTF (Deployment Tools Foundation).

Managed Code CustomActions, no support on the way and here's why

Custom actions are (generally) an admission of failure

Примечания для первой линии связи, "техническая" часть является ОБЕ в связи с выпуском DTF. Стратегическая часть несколько оптимистичная ИМО и больше обсуждается во втором звене. Вот и некоторые фон из моего блога:

MSI vs .NET

The Price of Ideology and a Great New Hope

Deployment Tools Foundation (DTF) Managed Custom Actions

+0

Большое спасибо за материал для чтения! Просто просмотрел все это, но теперь я чувствую себя немного перегруженным/смущенным о том, куда идти сейчас. Причина, по которой я использовал пользовательское действие изначально, была на самом деле чем-то, что я мог бы сделать исключительно в проекте установки, это оказалось - добавление нескольких записей в реестре. Я видел в вашем другом комментарии, что вы предложили проекты установки, которых стоит избегать, поэтому я немного скептически отношусь к тому, чтобы продолжить свое текущее решение. У вас есть какие-либо материалы для чтения, которые были бы хороши для noobie для WiX/DTF? – rastating

+0

Я также должен добавить: я очень новичок в развертывании, все мое развитие в прошлом было материалом, который не требует установки. Цель этого установщика - зарегистрировать одну DLL и добавить некоторые записи в реестре до того, как пользователь запустит приложение. – rastating

+0

Я благодарю вас за понимание в самом начале процесса, что MSI - совершенно другой зверь. Есть несколько веб-сайтов, посвященных wix-учебникам, книга, опубликованная пакетной пачкой и, конечно же, список рассылки пользователей wix.Если установка действительно такая же простая, как вы говорите, я могу написать ее для вас примерно через 15 минут из-за моего уровня опыта. –

Смежные вопросы