Можно ли сжать приложение Windows .NET в один файл .exe? - PullRequest
29 голосов
/ 24 сентября 2008

Я не слишком знаком с настольными приложениями .NET (использую Visual Studio 2005 ). Можно ли запустить приложение целиком из одного файла .exe?

Ответы [ 12 ]

32 голосов
/ 24 сентября 2008

Да, вы можете использовать инструмент ILMerge .

11 голосов
/ 14 сентября 2015

Сегодня, в 2015 году, вы можете использовать для этого Costura.Fody . Его использование означает добавление пакета NuGet в ваш проект и перекомпиляцию. Я не уверен, что он работает с Visual Studio 2005, как в вопросе, но тогда это тоже не 2008 год. Я использовал его в нескольких своих проектах, и он отлично работал.

Fody - это универсальное Code Weaver , бесплатное и с открытым исходным кодом. Основная идея заключается в том, что он позволяет пост-обработку скомпилированного кода .NET, чтобы расширить его с помощью функций. Например, регистрация может быть добавлена ​​к каждому вызову метода и т. Д. В нашем случае это упаковка зависимых файлов DLL в ресурсы сборки, чтобы они могли загружаться во время выполнения программы, как если бы они были автономными зависимостями. *

8 голосов
/ 24 сентября 2008

Да. В .NET вы можете инкапсулировать все ваше приложение в один файл EXE. Просто убедитесь, что в вашем решении есть только один проект приложения Windows (и никаких других проектов, кроме настроек).

Файл EXE, созданный вашим проектом .NET, не будет отдельным исполняемым файлом, но будет зависеть только от времени выполнения .NET (если только вы не добавите ссылки на другие сборки DLL). ). Если вы используете .NET 2.0 (который я рекомендую), среда выполнения будет предустановлена ​​на более новых компьютерах, и ее очень легко и быстро настроить на старых компьютерах (установщик занимает около 23 МБ).

Если вашему приложению нужно ссылаться на другие сборки (например, DLL доступа к данным или проект DLL библиотеки классов .NET), вы можете использовать один из инструментов, на которые ссылаются другие авторы, чтобы объединить ваш EXE и все библиотеки DLL, на которые есть ссылки, в один EXE-файл. Однако обычная практика требует простого развертывания EXE-файла вместе с любыми зависимыми DLL-файлами в виде отдельных файлов . В .NET развертывание зависимых библиотек DLL довольно просто: просто поместите их в ту же папку, что и файл EXE на клиентском компьютере, и все готово.

Хорошей практикой является развертывание приложения (одного или нескольких файлов) в качестве однофайловой программы установки (либо setup.EXE, либо setup.MSI). .NET поставляется с шаблонами проектов развертывания, которые могут довольно легко создавать инсталляторы для вас.

Немного не по теме: вы можете использовать NGEN для компиляции вашего приложения .NET как собственного EXE-файла, но это все равно будет зависеть от времени выполнения .NET. Преимущество нативной компиляции состоит в том, что некоторые вещи могут быть предварительно скомпилированы, но я никогда не видел ситуации, когда это незначительное увеличение производительности стоило бы беспокоиться.

5 голосов
/ 24 сентября 2008

Я использовал исполняемый упаковщик с открытым исходным кодом .NETZ .NET для упаковки файлов EXE и DLL в один файл EXE. Вот пример командной строки для упаковки файлов DLL в один файл:

netz -s application.exe foo.dll bar.dll
5 голосов
/ 24 сентября 2008

Существует сторонний инструмент под названием .NET Reactor , который может сделать это за вас. Я не использовал этот инструмент и поэтому не уверен, насколько хорошо он работает.

2 голосов
/ 24 сентября 2008

Как уже было сказано, вы можете использовать ILMerge .

Однако это может быть проще, если вы используете бесплатную защиту Phoenix , которая также защищает ваш код.

1 голос
/ 17 ноября 2012

Джеффри Рихтер написал в своей книжной выдержке , что метод обратного вызова с событием ResolveAssembly домена приложения может быть зарегистрирован для включения CLR найти сторонние сборки и DLL-файлы во время инициализации программы:

AppDomain.CurrentDomain.AssemblyResolve += (sender, 
  args) => {
    String resourceName = "AssemblyLoadingAndReflection." +
    new AssemblyName(args.Name).Name + ".dll";
    using (var stream =       
      Assembly.GetExecutingAssembly().GetManifestResourceStream(resourceName)){
        Byte[] assemblyData = new Byte[stream.Length];
        stream.Read(assemblyData, 0, assemblyData.Length);
        return Assembly.Load(assemblyData);
      }
   };

Отказ от ответственности : Я сам этим не пользовался. Насколько я понял, клиент все еще должен иметь установленную платформу .NET.

1 голос
/ 26 января 2010

Вы можете попробовать утилиту NBox .

1005 *

0 голосов
/ 03 июля 2012

Я использую .netshrink сам, и он делает именно то, что вам нужно. Он упаковывает основные и дополнительные сборки (файлы DLL) в один исполняемый образ.

Я пользуюсь им уже год, и я не вернусь к ILMerge (он всегда падает в какой-то момент ...).

.netshrink main window from the product's page

0 голосов
/ 15 мая 2012

ILMerge может объединять сборки в одну сборку, если сборка содержит только управляемый код. Вы можете использовать приложение командной строки или добавить ссылку на файл EXE и программно объединить. Для версии с графическим интерфейсом есть Eazfuscator , а также .Netz , оба из которых бесплатны. Платные приложения включают BoxedApp и SmartAssembly .

Если вам нужно объединить сборки с неуправляемым кодом, я бы предложил SmartAssembly . У меня никогда не было икоты с SmartAssembly , но со всеми остальными. Здесь он может встраивать необходимые зависимости как ресурсы в ваш основной EXE-файл.

Вы можете делать все это вручную, не беспокоясь о том, управляется ли сборка или в смешанном режиме, встраивая файл DLL в свои ресурсы и затем полагаясь на сборку AppDomain ResolveHandler. Это универсальное решение, использующее наихудший вариант, то есть сборки с неуправляемым кодом.

class Program
{
    [STAThread]
    static void Main()
    {
        AppDomain.CurrentDomain.AssemblyResolve += (sender, args) =>
        {
            string assemblyName = new AssemblyName(args.Name).Name;
            if (assemblyName.EndsWith(".resources"))
                return null;

            string dllName = assemblyName + ".dll";
            string dllFullPath = Path.Combine(GetMyApplicationSpecificPath(), dllName);

            using (Stream s = Assembly.GetEntryAssembly().GetManifestResourceStream(typeof(Program).Namespace + ".Resources." + dllName))
            {
                byte[] data = new byte[stream.Length];
                s.Read(data, 0, data.Length);

                // Or just byte[] data = new BinaryReader(s).ReadBytes((int)s.Length);

                File.WriteAllBytes(dllFullPath, data);
            }

            return Assembly.LoadFrom(dllFullPath);
        };
    }
}

Где Program - имя класса. Ключевым моментом здесь является запись байтов в файл и загрузка из него. Чтобы избежать проблемы "курицы с яйцом", необходимо убедиться, что вы объявили обработчик перед доступом к сборке и не имеете доступа к элементам сборки (или не создаете экземпляры чего-либо, имеющего отношение к сборке) внутри загрузки (разрешение сборки) часть. Также убедитесь, что GetMyApplicationSpecificPath() не является каким-либо временным каталогом, поскольку временные файлы можно было пытаться удалить другими программами или самостоятельно (не то, что он будет удален, когда ваша программа обращается к файлу DLL, но, по крайней мере, это неприятно AppData - это хорошее место). Также обратите внимание, что вы должны записывать байты каждый раз; Вы не можете загрузить из местоположения только потому, что файл DLL уже находится там.

Для управляемых файлов DLL вам не нужно записывать байты, а непосредственно загружать их из местоположения файла DLL или просто читать байты и загружать сборку из памяти. Как это или так:

using (Stream s = Assembly.GetEntryAssembly().GetManifestResourceStream(typeof(Program).Namespace + ".Resources." + dllName))
{
    byte[] data = new byte[stream.Length];
    s.Read(data, 0, data.Length);
    return Assembly.Load(data);
}

// Or just

return Assembly.LoadFrom(dllFullPath); // If location is known.

Если сборка полностью неуправляемая, вы можете увидеть эту ссылку или эту о том, как загружать такие DLL-файлы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...