Комментарии 14
С появлением AOT наконец то первые шаги C# в эмбеддед (про интерпретатор в курсе — не в счет).
Не понял по исходникам про наличие управления памятью и String. Похоже, заглушки.
Не понял по исходникам про наличие управления памятью и String. Похоже, заглушки.
В первой статье автора о том, как он упаковал змейку в 8кб, все рассказано — рантайм полностью вырезан, пользоваться reference-типами нельзя (т.е. только структуры, никаких аллокаций). Ограничения жесткие и далеко не любой код можно так зарефакторить. Однако змейка работает :)
Для embedded еще нужен hardRT, многозадачность, и полноценное управление динамической памятью, думаете есть шансы что кто-то сможет оторвать от модели языка C# сборщик мусора?
Уже есть Zero Garbage Collector, который просто ничего не делает с мусором :)
Ну собственно в Unity вполне успешно оторвали для performance critical кода
Особых отличий не вижу
That said, when working on a piece of performance critical code, we can give up on most of the standard library, (bye Linq, StringFormatter, List, Dictionary), disallow allocations (=no classes, only structs), reflection, the garbage collector and virtual calls, and add a few new containers that you are allowed to use (NativeArray and friends). Then, the remaining pieces of the C# language are looking really good.
Меня всегда раздражало, что я не могу запустить 64-битную игру на C# под MS-DOS.
Наверное человека это раздражало ещё с 90-х? ;)
эх, прям как 0xB8000 увидел — так на 25 лет назад вернулся: EMS, XMS, VESA, прерывания… чудные были времена, игры со смыслом :)
Хм, спасибо за информацию про AOT.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Запускаем игру на C# в MS-DOS