Связанные ресурсы приложения: вынести за пределы исполняемого файла

@Hemicide · Регистрация: 27.07.2014

Студворк — интернет-сервис помощи студентам

При добавлении ресурсов в проект Visual Studio, они создаются как связанные ресурсы. И по идеи вещей должны появляться рядом с исполняемым файлом в соответствующей папке Resource's. Но этого не происходит! Все ресурсы компилируются в сам *.exe-шник. А если в качестве ресурсов картинки и аудио файлы, то исполняемый файл начинает занимать много места. Да, и, если у меня два приложения должны использовать одни и те же ресурсы, то как быть?

Мне нужно сделать так, чтобы все ресурсы из проекта сохранялись рядом с исполняемым файлов в папке .\bin, а не вшивались в сам *.exe-шник. И что самое важное, при отсутствии доступа к какому-либо из файлов-ресурсов приложение просто выдавало ошибку....

@kenny69 · 18.07.2015, 00:39

Тогда выставляйте в Content, т.к. Resources делают именно то, что вы описали.

@OwenGlendower · 18.07.2015, 00:40

Hemicide, если внимательно прочитать документацию (Linked and Embedded Resources), то станет понятно что оба типа ресурсов компилируются внутрь сборки. Вот прямая цитата:

Linked resources are stored as files in the project; during compilation the resource data is taken from the files and added to the manifest for the application. The application's resource file (.resx) stores only a relative path or link to the file on disk.

With embedded resources, the resource data is stored directly in the .resx file in a text representation of the binary data. In either case, the resource data is compiled into the executable file.

То есть у тебя неправильное понимание о работе связанных ресурсов.

Сообщение от Hemicide

Мне нужно сделать так, чтобы все ресурсы из проекта сохранялись рядом с исполняемым файлов в папке .\bin, а не вшивались в сам *.exe-шник. И что самое важное, при отсутствии доступа к какому-либо из файлов-ресурсов приложение просто выдавало ошибку.

Для начала не стоит зацикливаться именно на ресурсах. Нужные файлы можно положить рядом с exe в окрытом виде. Если же необходимы именно ресурсы, то создай Class Library, добавь в неё ресурсы и пользуйся из любого приложения.

@Hemicide · 18.07.2015, 01:06 **[ТС]**

Сообщение от kenny69

Тогда выставляйте в Content

Зачем же мне их еще и копировать в отдельную папку, если они уже вшиты? Для использования их другим приложением? Это ужасно)

Сообщение от OwenGlendower

Нужные файлы можно положить рядом с exe в открытом виде.

Так и лежит сейчас. Хотел обеспечить быстрый доступ к файлам, как к ресурсам.

@kenny69 · 18.07.2015, 12:43

Сообщение от Hemicide

И по идеи вещей должны появляться рядом с исполняемым файлом в соответствующей папке Resource's

Сообщение от Hemicide

Зачем же мне их еще и копировать в отдельную папку, если они уже вшиты?

Я тогда не понимаю чего вы хотите. Чтобы были в отдельной папке или вшиты в exe?
Если рядом в папке - установить в Content, вшиты - в Resources. Чего-то другого не дано.

Добавлено через 1 минуту
Либо же как уже предложили в отдельную dll запихать.

@Hemicide · 18.07.2015, 16:10 **[ТС]**

Сообщение от kenny69

Если рядом в папке - установить в Content

Разве этот режим не означает "Всегда копировать" При это они вшиваются в *.exe и копируются рядом с ним.
Мне нужно чтобы ресурсы вообще никак не вшивались в *.exe. А брались программой из папки рядом.
Вы поймите, у меня, допустим, аудио и картинки не сжатые, и всё это шьётся в *.exe.
Это вот из каких соображений так сделано? Зачем раздувать *.exe-шник?

@OwenGlendower · 18.07.2015, 16:17

Сообщение от Hemicide

Разве этот режим не означает "Всегда копировать"

Нет. За копирование отвечает параметр "Copy to Output Directory"

Сообщение от Hemicide

При это они вшиваются в *.exe и копируются рядом с ним.

Нет. Зачем делать и то и другое одновременно? Ресурсы вообще всегда встраиваются в EXE.

Сообщение от Hemicide

Мне нужно чтобы ресурсы вообще никак не вшивались в *.exe.

Тогда это уже не ресурсы в понимании .NET.

Сообщение от Hemicide

А брались программой из папки рядом.

Тебе кто-то запрещает?

Сообщение от Hemicide

Это вот из каких соображений так сделано?

Ресурсы считаются неотемлемой частью приложения и поэтому хранятся внутри него.

Сообщение от Hemicide

Зачем раздувать *.exe-шник?

Ты бы еще спросил почему значения переменных компилируются прямо в exe-шник. Если тебе нужны ресурсы (с их плюсами и минусами) используй ресурсы. Нет - значит не пользуйся и храни файлы в файловой системе.

@kenny69 · 18.07.2015, 16:26

Сообщение от Hemicide

Мне нужно чтобы ресурсы вообще никак не вшивались в *.exe. А брались программой из папки рядом.

С Content и Copy to Output Directory они появляются в папке рядом, ничего никуда не вшивается.

@Hemicide · 18.07.2015, 16:41 **[ТС]**

kenny69, это в WPF (а при чём тут он?) они никуда не вшиваются.
В WinForms и копируются и вшиваются!

@kenny69 · 18.07.2015, 16:48

Так вы его в ресурсы добавили, конечно он вшивается.

@Hemicide · 18.07.2015, 16:48 **[ТС]**

Если файлы добавлять не через ресурсы, то тогда да, они не вшиваются и копируются рядом, но и пользоваться ими я не могу как ресурсами. Не могу я в дизайнере на этапе инициализации формы задать BackgroundImage как New Bitmap("Media/...")

@kenny69 · 18.07.2015, 16:56

Как бы разницы между WPF и Winforms в этом вопросе нет

Добавлено через 4 минуты

Сообщение от Hemicide

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

Это логично, выбирайте либо одно, либо другое

Через CodeBehind

C#
1
this.BackgroundImage = new Bitmap(@"Resources\myImage1.jpg");

@Hemicide · 18.07.2015, 17:05 **[ТС]**

kenny69, ясно, понял, спасибо! На этом и остановимся пока что.

Новые блоги и статьи Все статьи Все блоги /
Подключение Box2D v3 к SDL3 для Android: физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .
Влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .	Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .

@Hemicide 121 / 114 / 62 Регистрация: 27.07.2014 Сообщений: 225

	Связанные ресурсы приложения: вынести за пределы исполняемого файла 17.07.2015, 21:24. Показов 1977. Ответов 12 Метки embedded-resources, linked-resources, resources (Все метки) При добавлении ресурсов в проект Visual Studio, они создаются как связанные ресурсы. И по идеи вещей должны появляться рядом с исполняемым файлом в соответствующей папке Resource's. Но этого не происходит! Все ресурсы компилируются в сам .exe-шник. А если в качестве ресурсов картинки и аудио файлы, то исполняемый файл начинает занимать много места. Да, и, если у меня два приложения должны использовать одни и те же ресурсы, то как быть? Мне нужно сделать так, чтобы все ресурсы из проекта сохранялись рядом с исполняемым файлов в папке .\bin, а не вшивались в сам .exe-шник. И что самое важное, при отсутствии доступа к какому-либо из файлов-ресурсов приложение просто выдавало ошибку.... 0

@kenny69 burning1ife 1466 / 1287 / 294 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	18.07.2015, 00:39
	Тогда выставляйте в Content, т.к. Resources делают именно то, что вы описали. 0

@kenny69 burning1ife 1466 / 1287 / 294 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	18.07.2015, 16:48
	Так вы его в ресурсы добавили, конечно он вшивается. 0

@Hemicide 121 / 114 / 62 Регистрация: 27.07.2014 Сообщений: 225
	18.07.2015, 16:48 [ТС]
	Если файлы добавлять не через ресурсы, то тогда да, они не вшиваются и копируются рядом, но и пользоваться ими я не могу как ресурсами. Не могу я в дизайнере на этапе инициализации формы задать BackgroundImage как New Bitmap("Media/...") 0

@Hemicide 121 / 114 / 62 Регистрация: 27.07.2014 Сообщений: 225
	18.07.2015, 17:05 [ТС]
	kenny69, ясно, понял, спасибо! На этом и остановимся пока что. 0

Связанные ресурсы приложения: вынести за пределы исполняемого файла

Решение