Настройка. NET Core и. NET Стандартное настольное приложение для выпуска - PullRequest
Новая
       29

Настройка. NET Core и. NET Стандартное настольное приложение для выпуска

0 голосов
/ 30 апреля 2020

Привет, я сейчас работаю над эмулятором в WPF (. NET Core 3.1) с библиотекой в. NET Standard. До этого еще далеко, но я хотел бы привыкнуть делать регулярные сборки так, как я хотел бы их выпускать. У меня есть несколько проблем с настройкой структуры папок таким образом, чтобы это имело смысл. При выборе профиля выпуска из Visual Studio моя структура выходных папок выглядит следующим образом. 

<Dir> Assets
<Dir> Runtimes
GameLibrary.xml
PCSX2_Configurator.Frontend.Wpf.pdb
PCSX2_Configurator.Core.pdb
PCSX2_Configurator.Frontend.Wpf.runtimeconfig.json
PCSX2_Configurator.Frontend.Wpf.runtimeconfig.dev.Json
PCSX2_Configurator.Frontend.Wpf.deps.Json
Setting.ini
WpfAnimatedGif.dll
SixLabors.ImageSharp.dll
SixLabors.Core.dll
PCSX2_Configurator.Frontend.Wpf.dll
PCSX2_Configurator.Core.dll
Newtonsoft.Json.dll
Lib2GitSharp.dll
INIFileParser.dll
PCSX2_Configurator.Frontend.Wpf.exe

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

<Dir> Assemblies
<Dir> Assets
GameLibrary.xml
Setting.ini
PCSX2 Configurator.exe

Я бы также хотел, чтобы мой exe-файл просто назывался "PCSX2 Configurator" и отображался в диспетчере задач как таковой, при этом сохраняя сборку и проект под названием PCSX2_Configurator.Frontend.Wpf. Также не уверен на 100%, зачем мне нужны сгенерированные Json файлы, разве эта информация не должна быть частью исполняемого файла? Я уверен, что этот уровень контроля (или ближе к нему) был очень возможен со старыми. NET Framework, и чувствую, что я что-то упускаю.

...