Как сбросить Балласт создаваемый библиотекой Newtonsoft.Json c#?

Question

[Dima_Demichev]

Установил библиотеку Newtonsoft.Json,но она создает файл Newtonsoft.Json.dll рядом с приложением (без него приложение соответственно не работает). Можно ли как-нибудь его "спрятать", т.к. не комильфо таскать пользователю эту .dll'ку.

Comments

[Станислав Силин]

Ну вообще для пользователя должен быть установщик, а он уже все развернет и на DLL будет пофиг

Answer 1

[Дмитрий Макаров]

Дж.Рихтер (тот самый, который CLR via С#) предлагает в таких случаях разместить библиотеку в ресурсы сборки и подгружать ее оттуда когда попросят.
У меня это сделано так:

В файле Program.cs

const string DOCUMENT_FORMAT_OPEN_XML = "DocumentFormat.OpenXml, Version=2.5.5631.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35";
private static void Main()
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);

            AppDomain.CurrentDomain.AssemblyResolve += (sender, e) =>
            {
                switch (e.Name)
                {
                    case DOCUMENT_FORMAT_OPEN_XML: return Assembly.Load(Properties.Resources.DocumentFormat_OpenXml);
                    default: return null;
                }
            };

            Application.Run(new MainFrom());
        }

P.S. Создатель ILMerge прокоментировал этот способ: "Если б я знал что так можно, то бы не стал ILMerge делать".

Comments

[Dima_Demichev]

Можно поподробней? как мне это реализовать с библиотекой Newtonsoft.Json?

[Дмитрий Макаров]

В сборку, т.е. в файл .exe, получащийся после компиляции вашего кода, можно добавить практически произвольные данные в виде строк, картинок, звуков и просто бинарные данные. Visual Studio имеет специальные инструменты для этого (в свойствах проекта ищите вкладку Resources). После добавления ресурсов студия сгенерирует специальные классы с помощью которых вы сможете легко получить доступ из программы к этим прикрепленным данным. Ресурсы будут доступны как статические свойства класса Properties.Resources.
Если вы добавите в проект файл Newtonsoft.Json.dll как бинарные данные под именем Newtonsoft_Json_dll, то в этом классе автоматически появится свойство Properties.Resources.Newtonsoft_Json_dll имеющее тип byte[], в котором побайтно хранится содержимое файла Newtonsoft.Json.dll.

Далее...
Когда при выполнении программы возникает необходимость в классах и методах другой сборки в этот момент .NET Framework начинает искать эти сборки в стандартных местах: в текущей папке, в глобальном кэше сборок и тому подобное и когда найдет их - загружает.
Но перед этим проверяет, а не задано ли в программе особого способа загрузки каких либо сборок. Для этого проверяется задан ли делегат AppDomain.CurrentDomain.AssemblyResolve. Если задан, то ему передается запрос типа: "А дай-ка мне сборку с таким-то именем" и ожидается, что эта сборка будет получена.

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

Что касается нашей сборки, лежащей в ресурсах. Когда фреймворк обращается к делегату AssemblyResolve мы должны убедиться, что требуется именно Newtonsoft.Json.dll. Можно сделать как я сделал (но в этом случае нужно точно знать это имя, которое я получил через отладчик), либо можно рискнуть и попробовать условие типа такого:

e.Name.StartsWith("Newtonsoft.Json")

Если это условие выполняется, то загружаем сборку с помощью метода System.Reflection.Assembly.Load(Properties.Resources.Newtonsoft_Json_dll), которая в качестве параметра принимает массив байт загружаемой сборки (а мы помним: в ресурсах лежит как раз то что нужно)
и возвращает уже загруженную сборку, которую мы и возвращаем return`ом.
Если сборка не наша, то возвращаем null.

Есть нюанс.
Если мы пользуемся внешней сборкой-зависимостью, то ее поместили в ресурсы и забыли.
А если нам нужно прикрепить наши библиотеки из этого же Solution`а, то при изменениях в наших библиотеках прикрепляться должны свежие файлы. В этом случае нужно задать целевой папкой для наших проектов-библиотек-зависимостей папку из которой прикрепляются ресурсы (В папке проекта с ресурсами при прикреплении ресурсов появится папка Resources. Вот ее надо указать целевой (Output Path) для проектов-библиотек-зависимостей).

[Dima_Demichev]

Дмитрий Макаров: Спасибо, ваш вариант помог, программа не кричит об отсутствии рядом с ней библиотеки.

Answer 2

[Артем]

Никому она не мешает, эта dll-ка.
Но если так уж нужно - stackoverflow.com/questions/10137937/merge-dll-into-exe

Comments

[Dima_Demichev]

Спасибо

[Dima_Demichev]

Выходит ошибка, что приложение не является Win32, в чем проблема?

[Артем]

У меня получилось.
Проверьте, чтобы путь к Reference Assemblies существовал и содержал необходимую версию фреймворка (соответствующую таковой для программы). Можете посмотреть в Program Files(x86) (в примере - 64-битный Program Files).
ILMerge.exe скопируйте в папку с программой и библиотекой.

[Dima_Demichev]

Все по инструкции, но приложением Win32 не как являть не хочет.

[Артем]

Попробуйте принудительно указать на 4.0 версию фреймворка.
Вы, видимо, указываете на 4.5 или выше.
Хоть бы командную строку скинули - что мы гадаем тут?

[Dima_Demichev]

C:\test>ILMerge.exe /target:winexe /targetplatform:"v4,C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0" /out:finish.exe Program.exe Newtonsoft.Json.dll

По идеи все верно

но еще пишет в cmd: В экземпляре объекта не задана ссылка на объект.

[Артем]

Программа вообще запускается сама по себе?
В экземпляре объекта не задана ссылка на объект - это ошибка внутри вашего EXE-файла. Возможно, не хватает чего-то ему для запуска.

[Dima_Demichev]

Артем: С программой все в порядке

[Артем]

Тогда не знаю, почему так. Попробуйте скомпилировать принудительно под x86 процессоры. Но по-моему и так должно работать. Вы её ничем не протектите типа обфускаторов каких-то?

[Dima_Demichev]

ничем не протекчу.

An exception occurred during merging:
В экземпляре объекта не задана ссылка на объект.
в System.Compiler.Ir2md.GetModuleRefIndex(Module module)
в System.Compiler.Ir2md.GetTypeRefIndex(TypeNode type)
в System.Compiler.Ir2md.GetTypeSpecIndex(TypeNode type)
в System.Compiler.Ir2md.VisitReferencedType(TypeNode type)
в System.Compiler.Ir2md.VisitStruct(Struct Struct)
в System.Compiler.Ir2md.VisitModule(Module module)
в System.Compiler.Ir2md.SetupMetadataWriter(String debugSymbolsLocation)
в System.Compiler.Ir2md.WritePE(Module module, String debugSymbolsLocation, B
inaryWriter writer)
в System.Compiler.Writer.WritePE(String location, Boolean writeDebugSymbols,
Module module, Boolean delaySign, String keyFileName, String keyName)
в System.Compiler.Writer.WritePE(CompilerParameters compilerParameters, Modul
e module)
в ILMerging.ILMerge.Merge()
в ILMerging.ILMerge.Main(String[] args)

[Dima_Demichev]

Артем: А вот если только программу (склеить, т.е. не указывать библиотеку), то ошибок нет и она открывается.
stevemichelotti.com/ilmerge-unresolved-assembly-re...
это не помогает