VoidVolker

1. Получить строку
   
2. Разбить строку либо по разделителю - если пробел используется, либо по знаку в строке
   
3. Из полученного массива взять нужные значения
   
4. Распарсить значения
   

Вам следует описать конкретно, что именно у вас не получается. В целом ваша задача состоит из следующих подзадач:

1. Арендовать сервер
   
2. Арендовать домен
   
3. Подключить сервер к домену
   
4. Сделать дополнительные настройки на сервере в соответствии с требованиями вашего приложения
   
5. Разместить приложение на сервере
   
6. Запустить приложение
   

Для автозапуска не нужно делать сборку ядра линукса. Достаточно поставить любимую версию линукса на малинку и далее просто настроить автозапуск вашего приложения. Про systemd уже сказали, если хочется чего-то особенного - есть и другие механизмы и особенности автозапуска. Все давно задокументировано, описано и пережевано.

Дык так же как и любую переменную: генерируете новый код и заменяете им старый. Смотрите Field.SetValue.

Конечно: достаточно просто в цикле пройтись по списку каталогов и сохранить отдельно в нужный массив названия каталогов.

Во-первых, рекомендую заюзать GrEmit - отличная либа для работы с ассемблером .Net.
А во-вторых, есть такая замечательная штука под названием "дизассемблер": ildasm. Пишите обычный код на C#, разбираете его дизассемблером и смотрите что, куда и как, а потом уже пишите свой код аналогично.

Дык VLC же есть, прям первая ссылка в гугле на биндинг: https://github.com/videolan/libvlcsharp
Да даже если не можете найти конкретно либу или вот VLC биндинг завести, то что мешает тупо в командной строке запускать любой бесплатный плеер для воспроизведения/записи?

Например PDF Creator - юзал, отлично решение, куча фич. Только что наткнулся на IronPDF - как я понял то-ли обертка, то ли выжимка/форк PDF Creator в виде nuget пакета. Там же еще есть PDF Architect - это уже полноценный настольный редактор для PDF.

#if DEBUG
        server = "test";
#else
        server = "prod";
#endif

WindowsForms использует очень древний и устаревший GDI+ - сегодня его использовать имеет смысл только если нужна поддержка Windows XP (либо еще каких-то окаменелостей). Во всех остальных случая лучше использовать WPF или MAUI - там нет лагов и тормозов. Если же хочется ускорить формы, то ищите по теме "speedup/boostup gdi windowsforms" - там надо добавить несколько дополнительных флагов при создании окна и, ЕМНИМ, включить двойную буферизацию. На SO есть все решения. Но, некоторые тормоза все же будут. Если хочется красиво запустить приложение, то при запуске надо создавать окно в скрытом виде, затем ждать пока инициализируются остальные компоненты и только потом уже показывать само окно. Если нужна производительная сложная анимация - то про формы лучше забыть и сразу перекатываться в WPF/MAUI. В крайнем случае можно создать компонент на WPF и использовать его в формах: я так делал или наоборот, когда надо было использовать древнее легаси WinAPI, но в современной красивой обертке с нужными фичами. На счет интеграции MAUI и форм не подскажу.

Нет, оно того не стоит. Любая работа должна быть оплачена. Ибо сейчас напишешь за свой счет, а потом начальника скажет "о, отлично, молодец, можем теперь сэкономить на программистах и поддержке, у меня как раз знакомый ищет, ща его поставлю, а ты можешь быть свободен, заодно выпишу себе премию, во какой я молодец". Этот код решает задачи бизнеса. Если бизнес готов тратить на его поддержку и сопровождение деньги - то это проблемы этого бизнеса. Почему это наемный работник должен решать проблемы бизнеса за свой счет? Правильно сделать так: оформить все в виде какого-то документа с конкретными аргументами, цифрами, графиками и т.п. и выдать его начальству. Типа сейчас поддержка проекта стоит столько-то, приносит такие-то проблемы, переписать будет стоить столько-то, сопровождение нового будет столько-то, оно решает такие-то проблемы. И выдаете данный документ начальству. Можно даже в бумажном виде в нескольких экземплярах. А далее пусть у начальства голова болит.

Да, просто получаете код символа из строки и далее просто проверяете попадает ли он в диапазон нужных вам символов или совпадает ли с разрешенными символами. Если все равно недостаточно быстро будет, то можно использовать таблицу переходов. Создаете массив и в каждой ячейке под номерами требуемых символов ставите флаг, что такой-то символ разрешен. В этом случае время проверки одного символа всегда будет фиксированным и равняться времени, условно, времени выполнения двух операций: "сложить адрес начала массива и номер символа" и "получить значение по адресу". Условно - потому что никогда не знаешь, какой сюрприз может выдать оптимизатор и что в итоге будет, а еще есть всякие виды адресации, смещения и прочее. Так то оптимизатор может и обычный CASE оптимизировать до таблицы переходов - но я не знаю есть ли такая оптимизация в C# и если есть - то при каких условиях она работает.

Если нет заморочек с кодировками, то каст должен сработать:

ReadOnlySpan<char> charsSpan = MemoryMarshal.Cast<byte, char>(bytes);

https://learn.microsoft.com/en-us/dotnet/api/syste...

И судя по исходникам, каст не выделяет новую память: https://source.dot.net/#System.Private.CoreLib/src...

При использовании Newtonsoft.Json проще всего вот так: https://qna.habr.com/q/552973#answer_1257091

Вот так: https://qna.habr.com/q/552973#answer_1257091

Можно ли вообще все делать автоматически? Грубо говоря при каждом компилировании MyApp.installer он сам добавлял актуальные файлы из папки release?

Да, легко: есть такая штука, называется post build script (события сборки) - в настройках проекта все есть. А вообще, правильнее было бы сделать три проекта, а не два: приложение, установщик, сборщик дистрибутива. И вот как раз сборщик и указывать в post build скрипте.

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

1. Проверить кодировку со стороны клиента
   
2. Проверить кодировку принимаемой строки при парсинге/валидации пришедших данных со стороны сервера
   
3. Проверить кодировку после парсинга строки и конвертации её в тип "строка"
   
4. Проверить кодировку при сохранении в БД
   

Во всех четырех случаях она должна совпадать.