Многие разработчики создают такую архитектуру приложения что если приходится дописывать какую то функциональность - приходится переписывать большую часть приложения и если сильно повезет - при этом ничего не сломается

Статья с этой точки зрения очень полезна

ну я про что. хорошая статья про архитектуру. но Xamarinа там нет

абсолютно типичная архитектура для любого проекта

для любого нормального проекта

новаторства нет - так люди пишут юзая mvvm уже очень долгие годы

Не могу согласится, еще один из болезней разработчиков - то что они зачастую не смотрят на другие технологии не говоря уже на другие языки. Если бы статья была бы про то же самое но с примерами на ASP.NET то большинство мобильщиков даже не взглянуло бы на статью. Почити уверен что эту статью не посмотрят те кто не пишут на C#

Думаю найдется не мало "нативных" мобильщиков одной платформы, которых заинтересует такая статья. Тех, кто хочет что-то сделать и под остальные платформы, но нативку учить не хочет/не может.

ребята хочу перейти на замарин. на что лучше всего уделять время и пробовать первые проекты native или forms?

проекты лёгкие и не сложные

главное мультиплатформенноасть

и c#

Для старта проще forms. Но сложные вещи всегда потребуют знания native

Я бы сказал Form + готовься писать свои Renderer под каждый платформу для сложных контролов

Forms по сути для Enterprise и очень плохо если у тебя нет Enterprise лицензии хотя бы для Visual Studio

Либо просто для iOS

А что плохого (я просто пишу на VS for Mac)?

Android нормально начинает работать только с включенной AOT

Forms по сути для Enterprise и очень плохо если у тебя нет Enterprise лицензии хотя бы для Visual Studio

нет лицензии

А iOS и Android сборка всё ещё платная?

У нас пишут на forms на vs community и Xamarin Studio на маке - особых проблем с ним по сравнению с enterprise нет

А iOS и Android сборка всё ещё платная?

да бесплатно всё

Как вам, кстати, VS для macOS?

У нас пишут на forms на vs community и Xamarin Studio на маке - особых проблем с ним по сравнению с enterprise нет

Какая скорость запуска на Xamarin Forms на android девайсах?

Больше 2-3 секунд? Сколько рендерятся странички?

Как вам, кстати, VS для macOS?

сегодня кстати интервью с MVP на хабре было "что значит для разработчиков VS for Mac"

Наш разработчик Юра выступал на последнем митапе в Москве на эту тему. Попозже могу кинуть ссылку

Как вам, кстати, VS для macOS?

Норм, но все равно ещё не то. Чуть лучше XS

Forms по сути для Enterprise и очень плохо если у тебя нет Enterprise лицензии хотя бы для Visual Studio

Стоп, разве обычная студия не поддерживает формс?

Наш разработчик Юра выступал на последнем митапе в Москве на эту тему. Попозже могу кинуть ссылку

да видел я это выступление.

Стоп, разве обычная студия не поддерживает формс?

речь не о поддержке

а о скорости выполнения кросс-платформенного кода, скорости открытия страниц и скорости холодного старта аппы

Конечно Forms по определкни будет медленее. Это ведь лишний слой абстракции. Я на первом митапе очень много рассказывал как Forms может убить в хлам производительность вашего приложения и почему это происходит и как оптимизировать код

AOT, который есть только в Enterprise лицензии, в разы ускоряет скорость холодного старта приложения делая его от 1 до 3 секунд, страницы рендерятся гораздо быстрее, а если сделать лэйаутинг формс элементов в параллельных потоках, вынося в UI только то что может ренедриться только в UI(image, пикеры, текствью и ряд других контролов), то на самых непроизводительных андроид смартфонах страницы открываются мгновенно.

юзать просто тупо absolute layout, избегать вложенности - это просто общие рекомендации

Юра как раз на втором митапе рассказывал про AOT

Ну это выступление я может как раз и пропустил

Я был уверен что AOT доступен в любой лицензии. Как доберусь до компа проверю

Я был уверен что AOT доступен в любой лицензии. Как доберусь до компа проверю

увы, только Enterprise. как и ряд очень важных инструментов - Profiler и Inspector

В принципе это просто надо иметь в виду решив писать на формсах под андроид. Но остановить это не должно - на сколько мне известно Enterprise лицензия для VS не такая уж и проблема. Ни в коем случае не агитирую за пиратство? У нас в конторе все куплено)

Норм, но все равно ещё не то. Чуть лучше XS

Так по факту VS for Mac и есть XS. Просто немного причесали и добавили поддержку .NET Core

к слову, пишут что AOT - не рекомендуется в прод https://developer.xamarin.com/guides/android/deployment,_testing,_and_metrics/publishing_an_application/part_1_-_preparing_an_application_for_release/#AOT_Compilation

к слову, пишут что AOT - не рекомендуется в прод https://developer.xamarin.com/guides/android/deployment,_testing,_and_metrics/publishing_an_application/part_1_-_preparing_an_application_for_release/#AOT_Compilation

это чтобы снять с себя ответственность. Тестируйте конечно. Может AOT в конкретном проекте и не заведется

по большому счету сейчас проблемы только с AOT+LLVM

Так по факту VS for Mac и есть XS. Просто немного причесали и добавили поддержку .NET Core

IntelliSense сделали - это основная фича, а так да - причесали UI, сделали чуть лучше разметку кода.

увы, только Enterprise. как и ряд очень важных инструментов - Profiler и Inspector

Их же вроде вместе с релизом VSforMac теперь бесплатно поставляют. У меня поставились, но я пока их не тестил. https://i.gyazo.com/9cd9ddc4eda65d1546ed82000117420e.png

Их же вроде вместе с релизом VSforMac теперь бесплатно поставляют. У меня поставились, но я пока их не тестил. https://i.gyazo.com/9cd9ddc4eda65d1546ed82000117420e.png

так то оно так - но студия в превью находится и Xamarin и Mono для неё грузятся с альфа-канала. Когда студия выйдет в релиз то профайлер будет недоступен я думаю. Он у меня тоже установлен но в стабильной версии XS на Mac не доступен

Если да, то это будет очень жестко со стороны MS. Надо будет посмотреть презинтацию MS где ее Скотт анонсил, что он там обещал.

остался последний человек и нас 100 :)

Статья на Хабре делает свое дело)

Какое? :)

Ааа, сюда пришел из статьи? :)

хабр объединяющий

Ну так да, после статьи тут народу прибавилось минимум с десяток

Ну так да, после статьи тут народу прибавилось минимум с десяток

Женя, привет)

Ааа, сюда пришел из статьи? :)

Да)

Привет )) тут много знакомых из контакт листа ))

Нас 100)) еее

так то Xamarin разработчиков куда больше в России

около 2-3тыс. Но все равно небольшое коммьюнити

Привет всем! Планируются ли митапы в Казани?

Привет!

Привет :)

Стартуем сейчас проект по шифрованному мессенджеру, рассматриваем ксамарин.

оригинально

?

Соотвественно в команду нужен сениор ксамарин, можно удаленно.

Как вообще стоит ли юзать ксамарин для этих целей?

Уж если приложение промсвязьбанка реализовано на хаме - то вполне

Но Дуров поржал бы

мнение нуба

Дуров как раз таки предприниматель. Его мало волнуют технологии. Он делает бизнес

Собственно поэтому он и сделал ВК на PHP

А когда PHP стало не хватать - запилили свой PHP как и Facebook в свое время

по мне так ксамарин не лучший выбор для приложений со свитестелками\перделками. Мессендежеры как раз к таким и относятся.

Так есть кто чувствует себя сениором и располагает временем?

по мне так ксамарин не лучший выбор для приложений со свитестелками\перделками. Мессендежеры как раз к таким и относятся.

Может вы просто не умеете его готовить

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

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

Биндинг - это только про отображаемые данные. Как говорил мой тимлид лет 10 назад: "данные нужны только для того что бы их биндить". Для большенства не UI задач связывание не нужно

* за хорошие деньги

Биндинг - это только про отображаемые данные. Как говорил мой тимлид лет 10 назад: "данные нужны только для того что бы их биндить". Для большенства не UI задач связывание не нужно

Коллега, не капитаньте. Я вам про такие биндинги говорю https://developer.xamarin.com/guides/android/advanced_topics/binding-a-java-library/

тут речь идет не о DataBinding а о Binding к API. На самом деле все 100% API покрыты в Xamarin

уточнять нужно

Ахменд, вы правы. Но если нужен какой-нибудь заковыристый контрол, либо DRM, да тот же crashlytics подключить к проекту - без биндинга к нативным библиотекам никак.

100% базовых API покрыты. Кастомные библиотеки с cocoapods -- нет

Да - все верно. Приходите на митап 8-го. Коллеги расскажут о том как биндинги делать к нативным либам

Ребята,что вы паретесь на чем писать,пишите на чем хотите, хоть на коболе,если проект взлетит,перепишите как надо под хайлоад да и все...

Кто-то за бабло готов это написать? Или только ля-ля?

Кто-то за бабло готов это написать? Или только ля-ля?

с таким подЪходом вы никого не найдёте

По поводу вопроса мессенджера. Почему бы просто не взять уже готовые решения Тот же actor, к примеру, и не дотянуть до нужного функционала? https://github.com/actorapp Какая-то глупость сейчас с нуля писать мессенджер