Разница между Xamarin и родником Telerik script

Xamarin

  • Напишите модель в С#
  • Запись представлений для каждой ОС по-своему.
  • Xamarin promises, что новая функциональность в библиотеках добавляется в тот же день

Telerik Native script

  • Записывать в javascript и вызывать собственный script api, который затем вызывает отдельную javascript apis?
  • Напишите представление в html5 и css, которое можно использовать повторно для всех ОС, поскольку теперь они поддерживают все концы html5 и css?
  • Telerik просто заявляет... и я перефразирую "у него нет этой проблемы"

Если это так, то как Telerik лучше, чем Xamarin, как он заявляет на своем веб-сайте:

"При использовании NativeScript новые дополнения к собственной платформе доступен немедленно. Это не относится ни к Xamarin, ни к Appcelerator, где есть технические ограничения и потребности в оболочках который будет создан при добавлении новых встроенных функций платформы.

Я смущен тем, как Telerik пишет, что он лучше, чем Xamarin, когда Xamarin приходит с сильным типом языка, не используя TypeScript слабое дело. А также, что Xamarin действительно сидит в той же лодке, что и Xamarin, отдельно от части представления... которая на самом деле должна быть полезной?

Вопрос:
- Какая разница между ними, кроме двух, которые я обозначил?
- Почему Telerik претендует на такую ​​вещь?

Ответы

Ответ 1

[Отказ от ответственности: я работаю для Telerik.]

Telerik NativeScript и Xamarin решают подобные проблемы по-разному. Обе структуры сосредоточены на том, чтобы разработчики могли создавать кросс-платформенные мобильные приложения с собственным пользовательским интерфейсом и общим общим кодом на всех платформах.

Для NativeScript мы в значительной степени сосредоточены на наборе навыков веб-разработчиков. Мы хотим, чтобы каждый, кто сегодня комфортно писал HTML/CSS/JavaScript, мгновенно чувствовал себя дома, создавая собственные приложения, используя NativeScript.

Единственное, что немного отличается, - это то, что представления определены в разметке на основе XML. Эта разметка анализируется с помощью NativeScript и отображается как собственный пользовательский интерфейс на всех целевых платформах. (Модули NativeScript инкапсулируют специфические для платформы визуализации.)

Возможность, которую вы выделяете, также является чем-то уникальным для подхода NativeScript для раскрытия базовых API-интерфейсов платформы. NativeScript эффективно использует (build-time) отражение, чтобы сделать ANY native API доступным для прокси-сервера JavaScript.. Это включает в себя сторонние библиотеки. Вы не зависите от Telerik (или сообщества с открытым исходным кодом), чтобы обновить NativeScript, чтобы воспользоваться этими новыми API. Вы просто выполняете команду и автоматически открываете новые API.

Конечно, мы не ожидаем, что многие люди напишут против исходных API-интерфейсов с использованием JavaScript, так что, когда модули снова помогут инкапсулировать различные собственные API и выставить один, чистый, кросс-платформенный JavaScript API. Любой может создавать модули NativeScript.

Отличная статья, в которой объясняется, как все это работает более подробно в сети разработчиков Telerik (TDN): http://developer.telerik.com/featured/nativescript-works/

Надеюсь, это поможет. Публичная бета-версия NativeScript будет доступна на этой неделе, а v1 отправится в мае.

ОБНОВЛЕНИЕ [февраль 2016] Поскольку это было первоначально опубликовано, NativeScript отправлен и теперь находится в версии 1.6. Он также теперь сильно интегрируется с Angular 2. Вы можете отслеживать ход проекта на GitHub: https://github.com/NativeScript/NativeScript

ОБНОВЛЕНИЕ [Июнь 2016] В настоящее время есть показатели производительности, сравнивающие NativeScript и Xamarin. Пожалуйста, найдите их здесь: https://github.com/NativeScript/sample-iOS-Profiling/tree/performance-tests