Здравствуйте, vdimas, Вы писали:
V>Т.е., там суть работы такая — итерируемся (включая рекурсивно) по сцене, закидываем команды её построения в буфер команд.
V>Потом отправляем этот буфер (сразу, или частями, для повышения оперативности) драйверу.
V>На один кадр могут быть миллионы вызовов, в нейтиве это быстро — на миллион вызовов будет что-то 350 микросекунд расходов, а в твойм случае 16 миллисекунд только стоимость самих вызовов, это 60 FPS ограничение сверху еще безо-всякой полезной работы, в нейтиве ограничение на той же сцене будет под 3 тыс FPS.
Нахрена тогда манагед код? Манагед как ты говоришь это скрипты, а тут он пополам с нативным кодом работает
V>>>Просто открой студию 2019 прямо сейчас, просто создай проект "Xamarin class library", просто посмотри зависимости.
S>> Нет там Android ест .NetStandard или .Net Core
V>Открой Visual Studio Installer и установи тулчейн под Андроид.
V>Вот какой пустой проект генерится:
И где там .NetStandard? там есть TargetFrameworkVersion>v11.0</TargetFrameworkVersion>
а он поддерживает .Net Standard 2.1
V>>>Еще ни разу у меня не получалось гладко привести некий код из .Net Core стандарта в .Net Standart.
V>>>Твои представления о совместимости стандартов не отвечают объективной реальности.
S>> А вот подключил к проекту с
S>>S>><TargetFrameworkVersion>v11.0</TargetFrameworkVersion>
S>>
S>>Установил пакет https://www.nuget.org/packages/Microsoft.EntityFrameworkCore/5.0.9 https://www.nuget.org/packages/Microsoft.EntityFrameworkCore/5.0.9
S>>у нег в Dependencies 2.1 Ты сам попробуй. И признай ошибку!
V>Почему я должен что-то признавать, если наш продукт, например, поставляемый в виде либы, на Андроиде заведомо не заведётся?
V>Пока что только винды, линуха и макось.
V>С Андроидом пока некоторая борьба.
Потому что платформозависимый? Или все таки сделанный под .NetStandard 2.1?
V>И да, неужели ты всерьёз решил утверждать, что все библиотеки, писанные на дотнете (пусть даже Core) подходят подо все платформы?
V>Даже которые специализированные для конкретной платформы?
V>Зачем же тогда нужен Xamarin, если тогда можно было бы пользовать WPF? ))
Нет поэтому и помечаются как платформозависимые. Часть можно сделать через условную компиляцию.
Поэтому и развивают Xamarin.Forms где тот же гуй один для всех, а реализация для каждой платформы своя.
S>>>> Угу. На Java и C# пишут наверное поболее библиоетек и главное используют их!
V>>>Это ты сейчас серьёзно?
S>>Конечно. Посмотри сколько библиотек на Java и шарпе
V>Из них чуть ли не половина — вспомогательных для этих сред, в основном для целей разработки.
V>А целевых прикладных — тут до нейтива как до Европы раком еще.
Да любые библиотеки начиная от xml,json заканчивая EntityFramework и прочими тяжеловесными продуктами.
V>Например, Windows.Forms — относительно тонкая обертка над WinAPI User32/GDI и плюсовой либой GDI+.
V>GTK# — тоже.
V>Любые GPU-хелперы — тем более, просто генерят код "шейдеров" и отправляют в нейтив.
V>И т.д. до бесконечности.
V>Т.е., завернуть, приготовить, упаковать и отправить в некую "черную дыру" (по вашим представлениям), где всё полезное и происходит, собсно.
Там есть апи, и довольно жидкое. А вот EntityFramework там и генерация кода в рантайме и тот же любимый сишниками Sourcecode Generator.
