Василий Банников

Кажется, тут сразу три независимые вещи, которые часто хранят раздельно:

1. Собственно настройки
Их удобнее всего хранить в appsettings.json, который можно спокойно закоммитить в репозиторий.
В коде можно получить к ним доступ через IConfiguration или IOptions

2. Секреты (пароли, токены, итд)

Строку подключения в общем то решил захардкодить.

Остается имя админа и пароль + почта.

Их лучше в репозитории не хранить.
Благо IConfiguration можно наслаивать и прокидывать секреты через переменные окружения, например, или использовать какой-нибудь Vault или keyring.
Уже упомянутый диспетчер секретов можно использовать только для разработки, но не для прода.

3. Фича-флаги.

Дальше динамическая смена настроек как то:
OAUTH авторизация, которую выключать и включать можно.

Их часто хранят в базе данных, да. Есть также несколько уже готовых решению для удобного управления фича флагами.
Гуглить feature flags.
https://learn.microsoft.com/en-us/azure/azure-app-...

4. Если есть конфиги, которые нужно менять на лету, то тут нужно уже смотреть, как именно нужно отрабатывать изменение конфигов.
Например мы храним такие конфиги в etcd и явно подписываемся на изменения. В случае изменений - делаем какие-то действия.

В дотнете для работы с такими конфигами есть интерфейс IOptionsMonitor

Под капотом в любом случае всё упрётся в цикл.

Если просто синтаксический не хочешь видеть цикл, то .Distinct().Count() и сравни с длиной исходного списка.

Но по хорошему лучше пойти путём AshBlade

И вообще если обязательна уникальность элементов - изначально работать с HashSet, а не List

Если совсем боишься - можешь брать CancellationToken не из аргументов, а из контекста (HttpContext.RequestAborted)

А подсовывает его тебе рантайм через процесс под названием model binding:
https://learn.microsoft.com/en-us/aspnet/core/mvc/...
Биндинг происходит чисто по совпадению типа и имя аргумента не влияет на него.

Можно к примеру попробовать создать Mutex указав его имя.
Если удалось открыть - значит ещё не запущен второй экземпляр.
Если не удалось открыть - значит уже запущен.

Это по идее должно быть надёжнее, чем создавать файл.
Вот рабочий код:

using var globalMutex = new Mutex(false, "Global\\test_mx");
var result = globalMutex.WaitOne(1000);
Console.WriteLine(result ? "Owned" : "Not owned in 1s");
Console.ReadLine();

При попытке запустить сразу два экземпляра, в одном будет выведено: Owned, а в другом Not owned in 1s

Префикс Global\ обязателен. Без него мутекс будет локальный для текущего процесса.

Если ты не используешь unsafe, то сборщик мусора сам все ссылки после передвижения поправит - ради этого он все managed потоки останавливает.

Если ты используешь unsafe и передаёшь куда-то сырые указатели, то тогда тебе надо запинить объект чтобы гарантировать, что объект не будет перемещаться. Для этого, например, есть конструкция fixed, но оно работает только в рамках блока и одного потока.

ты пытаешься передать квартернион туда, где ожидается вектор.

Тебе не надо всё из списка устанавливать.
1. Ставишь Visual Studio 2022 preview
https://learn.microsoft.com/en-us/visualstudio/rel...
2. Ставишь .NET 8 Visual Studio SDK x64
https://dotnet.microsoft.com/en-us/download/dotnet...

Всё.

Ну и это ещё preview. Даже не rc => тебе должно хватить консольного sdk и vs code, если только попробовать.

Нормальных фреймоврков для работы с ajax в шестой версии asp dot net не нашел, ибо большинство устарело.

А какие фреймворки тебе нужны для этого?
Берёшь JS, делаешь запрос к api-ручке на бэке, меняешь html как задумано.

Для удобства - обычно делают два проекта:
1. ASP NET Core MVC, который отвечает за рендер html
2. ASP NET Core (webapi), который является владельцем данных и предоставляет их первому проекту.
Если сложно - можно всё в один проект свалить.

Но лично мне asp net core mvc (с его cshtml и razor) не очень нравится и я бы скорее взял одно из двух:
1. Blazor
2. Какой-нибудь js-фреймворк для SPA типа vue или (как это называется то) типа remix, nextjs, nuxtjs,

То что тебе нужно называется "компьютерная алгебра".
Знаю одну библиотеку, которая что-то такое умеет, но можно ли будет с помощью неё решить вашу задачу - я не знаю:
https://symbolics.mathdotnet.com/

По крайней мере на основе неё можно будет реализовать какой-нибудь алгоритм по разворачиванию уравнений.

Winforms тут непричём - это база C#.
Читай как работает полиморфизм.

Потому что new никак не влияет на виртуальные вызовы.
Тебе нужно либо делать override, либо реализовывать интерфейс, чтобы всё работало.

new - это то же самое, что если бы ты ничего вообще не приписывал к свойству. Это исключительно пометка, что ты намеренно скрываешь, а не переопределяешь.