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

1. Не забудьте материализовать запрос при помощи .ToArray()
2. Если уж у вас в БД столбцы дико названы - назовите их хоть в коде нормально
Group, а не Groups. ????, а не НазвСпец. ???, а не НомерПрепод.
Записать он должен все три, но, видимо groupBox запрещает дубли - тогда можете добавлять к названию группы что-нибудь уникальное. (Хотя группы и так вроде должны иметь уникальные имена, кмк)

Ну и ещё не надо обращаться к винформовым контролам из запроса - скопируйте заранее тексты.

color.Blue ?

Я бы ещё заменил double на decimal - всё-таки деньги считаем.
А Convert заменил на TryParse.
Парсинг лучше сделать в Main, а в метод Calculate передавать три числа.
Тогда не придётся делать постоянно Split и Join
В остальном всё хорошо

Вместо TcpListener лучше использовать asp net core.
Из клиента надо будет просто посылать http-запросы.

Это же не HTTP, не SMTP, не SNMP, а какой?

Какой-то свой :)

TCP сам может передавать данные, какого размера?

(2^16)*(2^32) байт примерно
https://ru.wikipedia.org/wiki/Transmission_Control...

Когда вы нажимаете "зелёную кнопку" происходит следующее:

1. Visual studio вызывает .NET SDK
   
2. .NET SDK вызывает msbuild
   
3. msbuild в определённый момент вызывает csc.exe (C# Compiler)
   
4. csc.exe генерирует IL (aka MSIL, aka CIL) и заталкивает его в DLL-ки
   
5. ^---- Это происходит при сборке проекта
   
6. <-- В этот момент на .net framework можно было натравить Ngen и пропустить чать JIT-компиляции
   
7. V---- А это при каждом запуске
   
8. Затем .NET Runtime берёт эти сборки и передаёт IL-код JIT-компилятору
   
9. Пока JIT в фоне компилирует IL в машинный код - рантайм интерпретирует IL
   
10. Когда IL скомпилировался - рантайм берёт сгенерированный машинный код
    
11. При этом в фоне JIT может собирать информацию о том, какие методы чаще вызываются, чтобы ещё их оптимизировать.
    

Ещё во время сборки проекта можно предварительно натравить JIT на код.
При запуске это позволит пропустить этап с интерпретацией и сразу запустить исполняемый код.
Эта фича называется ReadyToRun Compilation

Тут в одном из ответов посоветовали CLR via C# - я считаю, что это уже не самая актуальная книга, тк в .NET Core многое поменялось / дополнилось и могут отличаться нюансы.

Если хотите подробнее узнать про JIT - начните с этого доклада:
https://www.youtube.com/watch?v=H1ksFnLjLoY

Такого нет, тк это не является часто встречающейся задачей у разработчиков.
Есть библиотеки, которые позволяют удобно работать с аргументами запуска и генерировать скрипт для автокомплита, но это, кажется, не то что вам нужно.
То что вы описали на самом деле не так сложно реализовать, как кажется на первый взгляд, если использовать ООП, вместо лапши из switch-case и if-else

Вам нужно добавить в проект design time db context
https://docs.microsoft.com/en-us/ef/core/cli/dbcon...