Эволюция конфигурации .NET

Согласен, решение «в лоб».

Эволюция конфигурации .NET

Если Вы имеете в виду готовый внешний сервис хранилища, то его нет.

Эволюция конфигурации .NET

В этом вопросе идет большая зависимость от доступной вам инфраструктуры. Если у вас Docker в Swarm, то существует готовое решение в виде Secrets. Если же у вас один сервер и\или один экземпляр приложения, то здесь применим другой набор вариантов. Некоторые хранилища предоставляют бесплатные версии, как например: Vault, Consul. Apache ZooKeeper же и вовсе бесплатный.

Разработка менеджера тем в UWP-приложении

Когда то писал у себя заметку тут. Основной причиной, почему не пошел UWP — нет единой экосистемы. Это лишь еще что-то со стороны. Есть десктоп и UWP, но они разные по своей сути и нет общего. Те же настройки UWP приложение и панель управления, которые в 10-ке, как пример не стыковки разных «миров».

EntityFramework: (анти)паттерн Repository

Если реализовать базовый generic класс для repository, который покрывает базовые потребности CRUD + пробросить наружу нужные интерфейсы DbSet. То можно получить крайне тонкую обертку над EF и отвязать бизнес логику от доступа к данным. Для сложных задач по доступу данных мы можем наследоваться от generic класса и реализовать нужные методы. Ярким примером жесткой связки бизнес логики и логики хранения данных может послужить ASP.NET Identity. В проекте, где используется, к приему Dapper и EF вообще не нужен, вам нужно будет переопределить множество моделей + реализовать собственные storage. Этот тот самый пример, когда жесткое связывание хранения данных и бизнес логики дает осложнения потом.