Мне нужно создать три совершенно разных вкуса или цели для моего приложения C # / XAML UWP. Каждый из них будет помещен в Windows Store под другим именем и будет иметь разную маркировку. По сути, я создаю три приложения, которые имеют очень похожие функции, но по деловым причинам должны быть тремя разными. Разница в исходном коде этих вариантов практически равна нулю.
В Visual Studio я создал три папки, каждая из которых содержит значки, манифест, файлы сертификатов и т. Д. c. Для целевых приложений. Я использую событие перед сборкой, чтобы определить конфигурацию, выбранную для сборки, и скопировать соответствующие файлы в root проекта. Обратите внимание, что вместо сборок "release" и "debug" у меня есть "release1", "release2" и др. c. и мои папки конфигурации используют совпадающие имена.
Все это прекрасно работало с Visual Studio до 2019 года! Когда я впервые все настроил таким образом, он работал и был самым простым способом, который я смог найти.
Visual Studio 2019 проверяет элемент в файле проекта, и мой процесс сборки больше не работает. Если я сделаю это пустым, что-то в процессе сборки это установит. Я думаю, что он устанавливается, когда я создаю пакеты приложений для магазина, и остаётся нетронутым.
Какой лучший способ создать несколько целей или вариантов приложения? В качестве альтернативы, как я могу избежать этой проблемы (и это проблема, поскольку это значение на самом деле мне никуда не помогает!)
Пока у меня есть способ, которым я делаю это сейчас, и я также подумал о создании отдельного проекты для каждого варианта с каждым проектом, используя весь код из общего проекта. На самом деле, у меня есть общий проект, который содержит код, который когда-то передавался приложению Windows Phone, которое было частью того же решения. Я просто не знаю, сработает ли это решение с несколькими проектами или нет, и трудно объяснить руководителю день или два, что может потребоваться для изменения структуры проекта.