Как стать автором
Обновить

Комментарии 8

Думаю, есть несколько причин:
1) потому что это MS, а там видимо причины лицензий и всего прочего(не зря же они форкнули моно);
2) свой велосипед сможет оптимальнее сгенерить c++ код(об этом в первой статье писали)

И не стоит забывать, что это было года три назад. Видимо, тогда не было чего-то хорошего, что смогло бы выдать хороший в плане производительности код.

Этого всего лишь мои догадки:)
потому что это MS, а там видимо причины лицензий и всего прочего(не зря же они форкнули моно);
Там всё под MIT и MSPL.
Описание с github'а dotnet
Note: At this point, only the helloworld and dotnetbot samples will work with native compilation.

Т.е. если проект чуть больше хелловорда, то конвертировать не получится
Хм. Недавно выпустили большой проект под UWP (200kLoC C#). Там вполне себе компиляция дотнет сборок в машинный код.
И несмотря на наличие багов в их native compiler, Отказаться от него нельзя. Это требование Windows маркета.

Из забавных особенностей — Activator.CreateInstance работает в ~200 раз медленней чем в managed среде (сравнивал с обычным debug билдом под .net), а Enum.Parse — в 7 раз медленней. У них там в целом вся логика связанная с Reflection как то наизнанку сделана.
Потому что время и бабки вложили и просто так отказаться теперь не могут и будут продолжать пилить свой велосипед )
Может ли il2cpp работать с обычными .NET-проектами не использующими Unity (WinForms, WPF, ConsoleApplication)?
Вероятнее всего — нет, так как технологию разрабатывали специально под Unity.
Узнать подробности можно в блоге Unity, если задать им вопрос напрямую: feedback.unity3d.com
Зарегистрируйтесь на Хабре, чтобы оставить комментарий