Справедливый вопрос, ведь по сути гугл сказал "мы, короче, решили что в андроид студии будет доступен и котлин помимо джавы из коробки", а переводят эти слова как "гугл закопал яву и перешёл на котлин" :-)
Нативный — родной. Т.е. инструмент предоставленный производителем и обладающий доступом ко всем функциям мобильной ОС.
Ну это ваша интерпретация. Моя, к примеру, это тоже самое но без "предоставленный производителем" Чаще всего "нативный" используется как противоположность всяким кордовам/интерпретаторам.
Это не значит что Xamarin плохой, это означает,
что у меня при отсутствии опыта работы с Xamarin и Android Studio получились разные результаты
Если взять Xamarin.Android — то оно ничем не будет отличаться от Android Studio. Тот же язык разметки и такое же АПИ (разве что немного более удобное местами, ведь можно использовать фишки языка, которых нет в Java типа событий, тасков и т.п.). При этом если вам не нравится редактор разметки — можете воспользоваться Android Studio для этого. Понятное дело есть нюансы управления памятью, при байндинге 3rd parties на java но это цена кроссплатформенности.
Кроссплатформенность мобильного приложения как бы должна предполагать не только общий код исполнения, но и UI приложения, конечно с учетом платформы.
Всё верно. В Xamarin общий код бизнес-логики, модели представления и либо общий UI с учетом платформы (Xamarin.Forms т.е. кнопка будет выглдять нативно в Android и в iOS) либо полностью отдельный UI с реализацией его на нативных инструментах благо есть интеграция (т.е. можно UI для xamarin редактировать в xcode или android studio).
А разве Xamarin посредством языка C# это инструмент для написания нативных приложений?
А что такое "нативный"? Вот я свифтом скомпилировал в LLVM код и C# в LLVM и для исполнения он выглядит одинаково. Это нативно?
Но вот наскоком с первого раза мне не удалось на Xamarin сделать банальный проект Hello World
Какие конкретно трудности у вас возникли с Hello world?
пытаются еще предоставить среду разработки для конкурирующей мобильной платформы. В общем несколько не понятна стратегия.
Xamarin — это была отдельная компания которая главным образом фокусировалась грубо говоря на двух платформах — iOS и Android. То, что Windows Phone не взлетел — не имеет отношения к Xamarin.
Вы что-то перепутали, кроссплатформенность в случае Xamarin никак не соотносится с "выглядит на всех платформах одинаково". Это просто удобный инстрмент написания нативных приложений под все платформы с учетом гайдлайнов на C# (далеко не все считают Obc C, Swift удобными для себя, да и удобство Swift заканчивается когда тебе хочется написать еще и под андроид). Просто его сделали еще более удобным для тех у кого основная ОС — Windows.
А чего вы тогда скинули ссылку на баг хрома? Или вы прочитали только заголовок и решили "уколоть"? Даже представить себе боюсь standalone редактор на пхп. Записывать MS в сторонники ноды из-за этого — хм...
Записали каких-то ноунеймов в сторонников ноды и Microsoft который к этому вообще не имеет отношения :\ Записали бы Uber, netflix, linkedin, paypal но тогда не получится высмеять да.
Please enter a commit message to explain why this merge is necessary
Справедливый вопрос, ведь по сути гугл сказал "мы, короче, решили что в андроид студии будет доступен и котлин помимо джавы из коробки", а переводят эти слова как "гугл закопал яву и перешёл на котлин" :-)
Ну это ваша интерпретация. Моя, к примеру, это тоже самое но без "предоставленный производителем" Чаще всего "нативный" используется как противоположность всяким кордовам/интерпретаторам.
Если взять Xamarin.Android — то оно ничем не будет отличаться от Android Studio. Тот же язык разметки и такое же АПИ (разве что немного более удобное местами, ведь можно использовать фишки языка, которых нет в Java типа событий, тасков и т.п.). При этом если вам не нравится редактор разметки — можете воспользоваться Android Studio для этого. Понятное дело есть нюансы управления памятью, при байндинге 3rd parties на java но это цена кроссплатформенности.
Всё верно. В Xamarin общий код бизнес-логики, модели представления и либо общий UI с учетом платформы (Xamarin.Forms т.е. кнопка будет выглдять нативно в Android и в iOS) либо полностью отдельный UI с реализацией его на нативных инструментах благо есть интеграция (т.е. можно UI для xamarin редактировать в xcode или android studio).
А что такое "нативный"? Вот я свифтом скомпилировал в LLVM код и C# в LLVM и для исполнения он выглядит одинаково. Это нативно?
Какие конкретно трудности у вас возникли с Hello world?
Xamarin — это была отдельная компания которая главным образом фокусировалась грубо говоря на двух платформах — iOS и Android. То, что Windows Phone не взлетел — не имеет отношения к Xamarin.
Вы что-то перепутали, кроссплатформенность в случае Xamarin никак не соотносится с "выглядит на всех платформах одинаково". Это просто удобный инстрмент написания нативных приложений под все платформы с учетом гайдлайнов на C# (далеко не все считают Obc C, Swift удобными для себя, да и удобство Swift заканчивается когда тебе хочется написать еще и под андроид). Просто его сделали еще более удобным для тех у кого основная ОС — Windows.
Фуф, акции на месте.
Slack, кстати, в электроне так же жрёт от гига памяти ;-)
Не ужа, а питона :p
100 лет будете писать на Qt такой же rich гуй, хотя скорее всего плюните и полгуя будет в QtWebView на том же хтмл+жс.
Ну там по оси Z языки, хотя лично мне непонятна корреляция Пика Балмера с конкретным языком программирования.
Берем статью по аджайлу и вставляем в неё любой модный базворд :-)
А чего вы тогда скинули ссылку на баг хрома? Или вы прочитали только заголовок и решили "уколоть"? Даже представить себе боюсь standalone редактор на пхп. Записывать MS в сторонники ноды из-за этого — хм...
Причем тут баг хрома к серверсайд разработке? Или если бы MS сделали редактор на пхп — такого бы не было?
Записали каких-то ноунеймов в сторонников ноды и Microsoft который к этому вообще не имеет отношения :\ Записали бы Uber, netflix, linkedin, paypal но тогда не получится высмеять да.