Здравствуйте, vdimas, Вы писали:

V>>>Зачем же тогда нужен Xamarin, если тогда можно было бы пользовать WPF? ))
WPF Windows only
S>>Нет поэтому и помечаются как платформозависимые. Часть можно сделать через условную компиляцию.

V>ЧТД.
V>Через условную компиляцию ты будешь транзитивно порождать платформенно-зависимые бинари, прощай обещанная "чистая кроссплатформенность". ))
Угу а для 32 и 64 разрядных систем разве не делаешь раздые dll,so?
V>Нам пока удаётся сохранять один бинарь подо-все платформы.
V>Тут работает тот факт, что пока до вызова помеченной DllImport ф-ии дело не дошло, то реального ресолвинга не происходит.
То есть все хранится в одной dll, а на какой метод дать ссылку уже при запросе метода. Понятно

S>>Поэтому и развивают Xamarin.Forms где тот же гуй один для всех, а реализация для каждой платформы своя.

V>Тебя самого не смущает, что ровно с этой же целью был разработан Silverlight, WPF и прочие?
Silverlight и WPF не кроссплатформенные
V>Или вот MAUI вышел.
V>Глаза не разбегаются от родственных технологий? ))
Ну это маркетинг. Это те же Xamarin.Forms


V>В общем, практики резко другие.
V>Тиков проца потребляется в разы меньше.
V>Особенно когда речь идёт о локальных in-proc базах-хранилищах и непосредственного использования их низкоуровневого АПИ, там и вовсе эффективность на порядки выше.
Локальные базы это для ТСД!
V>В последних дотнетах тоже есть возможность переписать драйверы общения с БД на похожий манер (через упомянутую сборку Unsafe), но вряд ли это сделают, бо легаси такое легаси...
На самом то деле переписывают много. Все зависит от пожеланий сообщества. Заметь какой курс на сближение с нативом.

Net со средой это рефлексия и динамическая компиляция в рантайме. Подстраивается под любые запросы в том числе и запросы к БД!
Высокая гибкость, чего на нативе сложно или невозможно сделать