Всё по делу класс, осмысленный подход к архитектуре, но решение на JavaScript видимо может такой же выигрышь дать. Интересно ещё узнать ограничения Xamarin в подобных решениях, минусы это самый сок. И как нативные приложения общаются с Core?
Если говорить о переиспользовании кода, то любой фреймворк, позволяющий делить код между платформами и вести разработку на одном языке, даст возможность выстроить архитектуру, направленную на переиспользование и экономию кода. Но Xamarin помимо этого дает возможность работать с нативом так, как это задумано на платформе: использовать xib и storyboard, например. Обращение к нативному SDK в xamarin отличается только используемым языком, что позволяет разработчику получать опыт не только работы с фреймворком, но и с голым SDK. Ну а опыт работы с SDK, в свою очередь, позволяет без особых проблем читать и разбирать нативные референсы и библиотеки. За все время моей работы с Xamarin наиболее значимое ограничение - количество готовых библиотек. Но даже тут все не так страшно: Xamarin дает возможность создавать Binding Library (обертка к нативной библиотеке, позволяющая работать с ней через xamarin), ну а знание SDK позволяет без особых проблем переписать нативные библиотеки на C#. О каком взаимодействии натива с Core вы спрашиваете? Если на уровне кода, то все как в обычных решениях. В нативный проект подключен Core. Если речь о реалтайме - mono прослойка транслирует обращения.
Всё по делу класс, осмысленный подход к архитектуре, но решение на JavaScript видимо может такой же выигрышь дать.
Интересно ещё узнать ограничения Xamarin в подобных решениях, минусы это самый сок.
И как нативные приложения общаются с Core?
Если говорить о переиспользовании кода, то любой фреймворк, позволяющий делить код между платформами и вести разработку на одном языке, даст возможность выстроить архитектуру, направленную на переиспользование и экономию кода. Но Xamarin помимо этого дает возможность работать с нативом так, как это задумано на платформе: использовать xib и storyboard, например. Обращение к нативному SDK в xamarin отличается только используемым языком, что позволяет разработчику получать опыт не только работы с фреймворком, но и с голым SDK. Ну а опыт работы с SDK, в свою очередь, позволяет без особых проблем читать и разбирать нативные референсы и библиотеки. За все время моей работы с Xamarin наиболее значимое ограничение - количество готовых библиотек. Но даже тут все не так страшно: Xamarin дает возможность создавать Binding Library (обертка к нативной библиотеке, позволяющая работать с ней через xamarin), ну а знание SDK позволяет без особых проблем переписать нативные библиотеки на C#.
О каком взаимодействии натива с Core вы спрашиваете?
Если на уровне кода, то все как в обычных решениях. В нативный проект подключен Core.
Если речь о реалтайме - mono прослойка транслирует обращения.
Посмотрите лучше на тренд среди кроссплатформенных фреймворков. Хамарин уже года 3 как не актуален