Изначально при настройке выставки используется пряжа. Если вы используете npm для установки пакета, то npm склонен удалять пакеты, которые были установлены с помощью пряжи, потому что нет package-lock.json
. Это можно исправить, запустив npm i
, и он должен переустановить зависимости, которые были удалены.
Вы должны использовать либо yarn
, либо npm
, а не комбинацию обоих, так как это может привести к проблемам.
Вот документация MSDN о файлах ресурсов.
http://msdn.microsoft.com/en-us/library/aa380599 (По сравнению с 85) .aspx
Если это - Windows, только затем используют пользовательский ресурс. Если Вы хотите что-то межплатформенное, затем делают то, что я сделал для недавнего проекта - создают приложение, которое закодирует JPEG a char*
буфер в заголовочном файле и затем включает эти заголовки в Ваш основной проект. Необходимо будет также сохранить размер буфера, поскольку это, несомненно, будет содержать NULs.
Например, у меня есть приложение, что можно передать загрузку файлов, которые будут закодированы, и для каждого файла Вы получаете заголовочный файл, который выглядит примерно так:
#ifndef RESOURCE_SOMEFILE_JPG_HPP
#define RESOURCE_SOMEFILE_JPG_HPP
namespace resource {
const char* SOMEFILE_JPG[] =
{
...raw jpeg data...
};
const int SOMEFILE_JPG_LEN = 1234;
} // resource
#endif // RESOURCE_SOMEFILE_JPG_HPP
Приложение должно выйти из специальных непечатаемых символов в \x
формат, но это довольно просто. Приложение использует boost::program_options
библиотека так список файлов для кодирования может быть сохранена в файле конфигурации. Каждый файл получает свой собственный заголовок как подобный вышеупомянутому.
Однако предупредите - это только работает на маленькие файлы, поскольку некоторые компиляторы имеют предел на максимальный размер, статический символьный буфер может быть. Я уверен, что существуют другие способы сделать это, но эта схема работает на меня (веб-приложение C++, которое хранит HTML, CSS, JavaScript и файлы изображений таким образом).