Сообщение Re[13]: Если не C#, тогда что? (и закроем эту тему) от 08.03.2023 11:00
Изменено 08.03.2023 11:13 Teolog
Re[13]: Если не C#, тогда что? (и закроем эту тему)
Нормальный .net Core >5.0+, это конец 2020. До этого портировать софт с .net framework было больно. И конечно его тут-же сняли с поддержки. Его кроссплатфоменность весьма относительна.
Инструментов разработки аж две штуки — Visual Studio и Rider. Превый требует в "community" постоянной авторизации через учетку майкрософт, второй платный.
Опен-сорсники на такое предложение крутят пальцем у виска.
Поверьте с управлением памятью, многопоточностью и асинхронностью у версий выше .net core 5.0 никаких проблем.
Ранее не было штатных пулов памяти , Span и ref value поэтому высоконагруженный код приходилось писать через unsafe костыли.
С асинхронностью и пулами потоков было нормально где-то с .net framework 4.0
Инструментов разработки аж две штуки — Visual Studio и Rider. Превый требует в "community" постоянной авторизации через учетку майкрософт, второй платный.
Опен-сорсники на такое предложение крутят пальцем у виска.
Поверьте с управлением памятью, многопоточностью и асинхронностью у версий выше .net core 5.0 никаких проблем.
Ранее не было штатных пулов памяти , Span и ref value поэтому высоконагруженный код приходилось писать через unsafe костыли.
С асинхронностью и пулами потоков было нормально где-то с .net framework 4.0
Re[13]: Если не C#, тогда что? (и закроем эту тему)
Нормальный .net Core >5.0+, это конец 2020. До этого портировать софт с .net framework было больно. И конечно его тут-же сняли с поддержки. Его кроссплатфоменность весьма относительна.
Инструментов разработки аж две штуки — Visual Studio и Rider. Превый требует в "community" постоянной авторизации через учетку майкрософт, второй платный.
Опен-сорсники на такое предложение крутят пальцем у виска.
Поверьте с управлением памятью, многопоточностью и асинхронностью у версий выше .net core 5.0 никаких проблем.
Ранее не было штатных пулов памяти , Span и ref value поэтому высоконагруженный код приходилось писать через unsafe костыли.
С асинхронностью и пулами потоков было нормально где-то с .net framework 4.5
Инструментов разработки аж две штуки — Visual Studio и Rider. Превый требует в "community" постоянной авторизации через учетку майкрософт, второй платный.
Опен-сорсники на такое предложение крутят пальцем у виска.
Поверьте с управлением памятью, многопоточностью и асинхронностью у версий выше .net core 5.0 никаких проблем.
Ранее не было штатных пулов памяти , Span и ref value поэтому высоконагруженный код приходилось писать через unsafe костыли.
С асинхронностью и пулами потоков было нормально где-то с .net framework 4.5