Серафим Прозоров

Проблема решена чисто философским путём. Попал пальцем в небо. Читая статью https://weblog.west-wind.com/posts/2012/Nov/03/Bac... (ещё от 2012 года!!!) обратил внимание на абзац:


И тут я повнимательнее глянул на код функции Main:


И тут у меня сложился этот пазл! Возникло предположение, что dot.net перед выполнением функции смотрит на тело функции и проверяет, а потребуются ли для этого кода загрузка библиотек? Идиотское предположение, но... почему бы не проверить. Вынес тело функции в отдельную функцию:


И теперь в функции Main библиотечный LongFile.AppendAllText метод не виден! И случилось ЧУДО! Программа нормально запустилась! Выходит от перестановки слагаемых результат меняется )))

Решено.

В чем разница между NetFramework и NetCore

Поддерживаю предыдущего оратора. Нужно сериализовать объект в поток байт (или xml) перед помещением в буфер и десериализовать после.

await еще не означает создания дополнительный поток (тред). Особенно, когда дело касается асинхронного ввода-вывода.

В десктопных приложениях в основном потоке есть Главный Цикл (event loop), который в свободное от обработчиков время перемалывает очередь сообщений окна (дёргает эти самые обработчики в ответ на соответствующие события, вроде нажатия кнопок). Если обработчик попался слишком жирный, то сообщения не обрабатываются - окно перестает реагировать на сообщения.

В вебе (ASP.NET) же каждому новому запросу выделяется новый поток. Если запросы выполняются слишком медленно, а клиенты поступают и поступают, то есть риск исчерпать thread pool. Как правило, самые медленные действия - это ввод-вывод, при которых поток нашей программы ничем не занят, кроме ожидания. Но операционные системы могут делать асинхронный ввод-вывод (сигналить, когда данные были прочтены/записаны), так почему бы нам не вернуть напрасно простаивающий поток в тредпул? А когда данные считаются - мы выделим поток и вернемся к задачке.