• , Когда обновления развертываются, встроенное диалоговое окно заставит его появиться, как будто целое приложение повторно загружается. На самом деле только измененные DLLs загружаются, и отображенный индикатор выполнения является вводящим в заблуждение/неправильным. Не напрасно тратьте время, пытаясь выяснить, почему все блоки повторно развертываются только, чтобы обнаружить, что они на самом деле не. Не то, чтобы я сделал это или что-либо.
• , Когда сертификат, что Вы раньше подписывали исходную декларацию развертывания, истекает и Вы выпущены новый, Вы находитесь в для мира вреда (клиенты должны будут все удалить и переустановить). Детали во рту лошади .

Большинство проблем было решено, но несколько человек упомянули, что не были способны создавать настольный ярлык. На самом деле Вы можете создавать настольный ярлык с Visual  Studio  2 008 SP1.

кроме того, если Вы не используете последнюю версию Visual Studio, Вы всегда можете писать код для создания ярлыка на установленный ярлык меню "Пуск" .

У нас было приложение, которое мы собирались развернуть как приложение ClickOnce. Нам был нужен пользователь, чтобы смочь изменить некоторые настройки в установке (такие как путь развертывания - IT хочет служить файлам от их сетевого ресурса, не известного во время изготовления). При изменении любого из файлов в развертывании необходимо повторно вычислить все хеши и оставить все. Так, если это решение является внутренним, у Вас не может быть проблем при раздавании сертификата подписания, но если это будет для клиентов, то необходимо будет спроектировать необычное решение обойти эту проблему.

я услышал грохот от где-нибудь в кишечнике Интернета, что будущая версия ClickOnce снимет часть этой головной боли.

Вы не можете тихо удалить развертываемые приложения ClickOnce. Также я думаю, что невозможно добавить параметры к ярлыку запуска.

Одна из ловушек с ClickOnce является тем, что Вы не можете установить на GAC. Это - проблема, если Вы хотите установить несколько приложений, которые совместно используют файлы DLL. Каждое приложение потребует локальной копии файлов DLL. Кроме того, отсутствуют многопользовательские установки. См. Установщик Окна сравнения списка к ClickOnce.

В случае, если кто-то обращается к этому в поиске, мы нашли многих клиентов обеспокоенными отсутствием безопасности, 'распределяющей' их приложение. Приложение должно быть доступным в общедоступном месте - без любой аутентификации - чтобы это смогло проверить на обновления. Единственное исключение - то, если у Вас есть аутентификация Windows NT. Я думаю Обеспечение, Приложения ClickOnce объясняют, что я имею в виду.

Значки на рабочем столе довольно тривиальны, чтобы сделать с помощью кода, и, как упомянуто, с 3,5 SP1, испеченные в - так, чтобы больше не была проблема.

существует все еще незакрепленная ошибка с xmlSerializer - это не становится развернутым правильно в некоторых случаях. Легкое обходное решение должно вручную добавить этот файл к развертыванию. ЛАВАШ, но это достаточно легко... Может быть отвратительно, когда Ваше развертывание внезапно перестало работать хотя...

Существует много вещей, которые Вы не можете сделать с приложениями ClickOnce, как установка ярлык на рабочий стол пользователя или иметь любую власть в том, где приложение установлено. Для некоторых людей это dealbreakers.

Также это было некоторое время, так как я использовал его, но существует специальный способ, которым можно использовать для фигуры и отобразить версию/номер сборки ClickOnce, которая является отдельной от версии/номера сборки приложения. Необходимо сделать попытку/выгоду и если версия/номер сборки ClickOnce выдает исключение затем, приложение не работает как ClickOnce-развертываемое-приложение (то есть, это работает как регулярно компилируемое приложение или из Visual Studio).

Для приложения, которое просто (то есть, не Microsoft Word, а скорее быстрое-и-грязное приложение сделать что-то) и нужно в большом регулярном развертывании, ClickOnce является большим. Но Вы скорее быстро врезаетесь в стену, "о, это не может быть сделано ClickOnce, выберите MSI или что-то еще).

У Вас будет меньше системного доступа, чем Ваше нормальное приложение.NET.

Поэтому Вы получите более низкий доверительный уровень. Больше об этом в Руководство Разработчика инфраструктуры.NET: Развертывание ClickOnce и безопасность .

Моя самая большая проблема с этим состояла в том, что не возможно зашифровать разделы Вашего конфигурационного файла с ключом машины, потому что у Вас нет доступа к тому ключу (когда Вы думаете об этом, имеет смысл защищать тот ключ).

Я не знал, что SP1 позволил Вам создавать значок на рабочем столе.
Вот то, как мы делали его (теперь известный как "твердый путь"):

try
{
    string company = string.Empty;
    string product = string.Empty;
    if (Attribute.IsDefined(asm, typeof(AssemblyCompanyAttribute)))
    {
        AssemblyCompanyAttribute asCompany = (AssemblyCompanyAttribute)Attribute.GetCustomAttribute(asm, typeof(AssemblyCompanyAttribute));
        company = asCompany.Company;
    }
    if (Attribute.IsDefined(asm, typeof(AssemblyProductAttribute)))
    {
        AssemblyProductAttribute asProduct = (AssemblyProductAttribute)Attribute.GetCustomAttribute(asm, typeof(AssemblyProductAttribute));
        product = asProduct.Product;
    }
    if (!string.IsNullOrEmpty(company) && !string.IsNullOrEmpty(product))
    {
        string desktopPath = Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.Desktop),
            product + ".appref-ms");
        string shortcutPath = Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.Programs),
            Path.Combine(company, product + ".appref-ms"));
        File.Copy(shortcutPath, desktopPath, true);
    }
}
catch 
{
    // Shortcut could not be created
}

Невозможно установить, если клиент находится за прокси-сервером, требующим аутентификации.