Нам нужен человек на фуллтайм

Не фриланс на проект

Вот уже гораздо лучше. Раз человек нужен на фулл тайм напишите полноценную вакансию и дайте ссылку. Ко мне уже обращались с просьбой работы на удаленку. Если здесь не найдете покажу знакомым своим.

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

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

Народ раскажите про Xamarin Forms. Сейчас есть приложение написанное на Xamarin Native под Android/iOS и соответственно два разных UI которые надо поддерживать. При этом макет один ? и дизайн одинаковый +- для обоих платформ. Есть желание переписать на формы, что бы упростить будущую поддержку, но смущают комментарии что формы тормозные. Я боюсь что перфоманс упадет, как оно на самом деле?

https://vk.com/wall-126364377_119 для ios разработчиков инфа

Народ раскажите про Xamarin Forms. Сейчас есть приложение написанное на Xamarin Native под Android/iOS и соответственно два разных UI которые надо поддерживать. При этом макет один ? и дизайн одинаковый +- для обоих платформ. Есть желание переписать на формы, что бы упростить будущую поддержку, но смущают комментарии что формы тормозные. Я боюсь что перфоманс упадет, как оно на самом деле?

Они тормозные если неправильно их готовить

https://www.dropbox.com/s/azd6d3cpteoqly7/AOT.ThreadView.mov?dl=0

Вот пример на далеко не самом мощном девайсе Samsung

А если я сижу на Community Ed? В видео я так понял AOT включен.

ну тут уже говорилось что Enterprise не является такой уж проблемой)

+ помимо AOT там используется эксперементальная наработка которая позволяет рендерить часть UI не в UI потоке

тоже без AOT дает производительности

Пролистал тред и что-то не нашел ссылку на бесплатный ентерпрайз ? Те без AOT в формы суваться не стоит?

ну на андроиде по крайней мере на бюджетных девайсах тормоза будут

даже не бюджетные, а старые

если постараться их отцепить то будет вполне сносно. Но все равно хуже чем возможно)

ios - все будет гладко даже на старых ipad/iphone

Сейчас глянул настройки проекта в VS for Mac - там есть AOT и их можно влючить и собрать с so-шками https://i.gyazo.com/c10972c748c1a949f2712a2c84c6a3f3.png Правда она сейчас preview и не понятно не вырежут ли в итоге

ну я думаю что вырежут

а с альфа-канала Xamarin юзать как-то стремно

Вы меня конечно извините, но нативный ui в разы быстрее и без aot. Особенно прокрутка. На видео адок какой-то.

Вы меня конечно извините, но нативный ui в разы быстрее и без aot. Особенно прокрутка. На видео адок какой-то.

ок

на видео одноядерный galaxy tab 2011г. Чтобы о чем-то заявлять нужно сделать 2 приложения - нативно и на формсах с одинаковым контентом для отображения и провести сравнительные тесты

речь изначально шла о том что на этом же девайсе без AOT скорость запуска была 12 секунд а открытие этих же страниц по 2 секунды

разница на лицо

а то что нативно - быстрее, ну это и так все знают

вообще-то tab это планшет (а на видео телефон galaxy S какой-то)

Вопрос - зачем вообще юзать forms ?

вообще-то tab это планшет (а на видео телефон galaxy S какой-то)

ой, это note конечно же

Вопрос - зачем вообще юзать forms ?

чтобы меньше кода писать - очевидно же

чтобы делать MVP

Вопрос - зачем вообще юзать forms ?

Xaml + DataBinding по мне гораздо удобнее. + UI пишется один раз а не два раза.

снова прошу прощения - на видео Galaxy s на самом деле старый перепрошитый

UI пишется 1 раз но в 2+ раза тяжелее. Плюс у разных платформ разные стайлгайды, которые надо учитывать. Но всё от приложения зависит, конечно, от UI.

UI пишется 1 раз но в 2+ раза тяжелее. Плюс у разных платформ разные стайлгайды, которые надо учитывать. Но всё от приложения зависит, конечно, от UI.

кто раньше в .net и wpf умел - для тех xaml пишется легко

чтобы меньше кода писать - очевидно же

Не очевидно. Потеря производительности и невозможность глубоко кастомизировать интерфейс выливается в плохой юзер экспиреенс. Как верно отметили выше, нужно следовать гайдлайнам платформ. Яркий пример Гугл, который пилит приложения под IOS в material design. Это ужасно. Да, интерфейс придётся писать несколько раз, но это будет легче.

Не очевидно. Потеря производительности и невозможность глубоко кастомизировать интерфейс выливается в плохой юзер экспиреенс. Как верно отметили выше, нужно следовать гайдлайнам платформ. Яркий пример Гугл, который пилит приложения под IOS в material design. Это ужасно. Да, интерфейс придётся писать несколько раз, но это будет легче.

все кастомизируется - не гоните

и гайдлайны это гайдлайны. Не вижу препятствий для продвижения material design под ios

Не очевидно. Потеря производительности и невозможность глубоко кастомизировать интерфейс выливается в плохой юзер экспиреенс. Как верно отметили выше, нужно следовать гайдлайнам платформ. Яркий пример Гугл, который пилит приложения под IOS в material design. Это ужасно. Да, интерфейс придётся писать несколько раз, но это будет легче.

На самом деле там кастомизируется все. Можно хоть целую страницу заменить своим рендерером

и гайдлайны это гайдлайны. Не вижу препятствий для продвижения material design под ios

Препятствие - собственный стиль ios :)

Ну так пилит же и не только iOS, весь WEB у гугла сейчас в материал дизайне. Их новый фреймвор Flutter позволяет создавать кросплатформенные (Android/iOS) приложения тоже в Material дизайне. У самой Apple и не гайдлайны, а какие-то "рекомендации" по сравнению с гугловскмими.

Forms позволяет использовать картонные рендеры которые дают возможность придерживаться гайдлайнам платформ!

Препятствие - собственный стиль ios :)

да вот вообще ни разу не препятствие. Уже столько либ понаписано для кастомизаций, что собственного стиля всегда можно избежать. А разметка страницы как раз останется единой для всех

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

А есть пример приложения на формсах для иос и андроид со своим стилем под каждую платформу ?

С интерфейсом посложнее желательно

Препятствие - собственный стиль ios :)

Нет у нее своего стиля, там просто зоопарк - все приложения разные. Ни в одном гайдлайне (и официальных приложенях Apple) не нет ни слова про боковую панель. При этом сейчас не встретить почти приложений без нее и на гитхабе куча сторонних имлементаций.

А есть пример приложения на формсах для иос и андроид со своим стилем под каждую платформу ?

собственно единый стиль для всех платформ даже сложнее сделать будет чем на каждой платформе свой нативный)

это конечно если мы говорим именно про стиль, а не разметку страниц

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

Нет у нее своего стиля, там просто зоопарк - все приложения разные. Ни в одном гайдлайне (и официальных приложенях Apple) не нет ни слова про боковую панель. При этом сейчас не встретить почти приложений без нее и на гитхабе куча сторонних имлементаций.

Не согласен. Взять боковую панель. На андроиде и на иос она выглядит совершенно по-разному. Да, у эпл нет для неё гайдлайна. Но принято, что панель остаётся на месте, а съезжает вьюха. Достаточно открыть gmail или google maps на иос. Режет глаз.

Не согласен. Взять боковую панель. На андроиде и на иос она выглядит совершенно по-разному. Да, у эпл нет для неё гайдлайна. Но принято, что панель остаётся на месте, а съезжает вьюха. Достаточно открыть gmail или google maps на иос. Режет глаз.

по-умолчанию в формсах именно так, но есть Syncfusion контролы в которых можно все сделать однообразно

> Alexander Режет глаз. Аргументированно... В общем все это вкусовщина, красивый и продуманный дизайн (как Photohshop или IDEA) одинаково красив и удобен на любой платформе.

Кстати imho боковая панель вообще устарела как элемент дизайна. Даже Google в своем Youtube под Android от нее отказалась. Осталось только табы вниз перенести и будет единый дизайн для Android/iOS.

Кстати imho боковая панель вообще устарела как элемент дизайна. Даже Google в своем Youtube под Android от нее отказалась. Осталось только табы вниз перенести и будет единый дизайн для Android/iOS.

уже https://github.com/pocheshire/BottomNavigationBar

Да, material design позволяет юзать BottomBar https://material.google.com/components/bottom-navigation.html#

> Alexander Режет глаз. Аргументированно... В общем все это вкусовщина, красивый и продуманный дизайн (как Photohshop или IDEA) одинаково красив и удобен на любой платформе.

Посмотрите на Apple Music в google play. Выглядит чужеродно? Нисколько. Можете называть это вкусовщиной. Тут упоминали про приложение Промсвязьбанка. Оно на формсах и как раз демонстрирует то, что я пытаюсь донести. Кстати, они отказались от ксамарина и переписывают своё приложение.

Посмотрите на Apple Music в google play. Выглядит чужеродно? Нисколько. Можете называть это вкусовщиной. Тут упоминали про приложение Промсвязьбанка. Оно на формсах и как раз демонстрирует то, что я пытаюсь донести. Кстати, они отказались от ксамарина и переписывают своё приложение.

ну это решение промсвязьбанка. Не обязательно что то, что не подошло им, не подойдет никому. Надо узнавать реальные причины отказа, без этой информации делать какие-то выводы очень стремно

уже https://github.com/pocheshire/BottomNavigationBar

Вот кстати, пользуясь случаем, если у кого-то есть желание помочь перенести версию 2.0 с натива на шарп, то не стесняйтесь. У самого время никак не получается выделить.

Возвращаясь к теме Forms, я правильно понимаю, что это идеальный вариант для быстрого старта и MVP, и в дальнейшем все равно предстоит переписывать их либо на Xamarin Native, либо на совсем чистый натив? Исключение - студии, которые нашли способ заполучить Enterprise лицензию с AOT (не все захотят заморачиваться с этим и тем более приобретать). Тогда есть ли реальный в них смысл? На сколько разработка на Forms быстрее разработки на Xamarin Native (под обе платформы), а чем на Xamarin + фреймворк вроде MvvmCross?

скорее идеальный вариант для mvvm, forms несет в себе достаточно не маленький объем уже реализованных контролов, поэтому если использовать только их то с нативом работы будет по минимуму

но как показывает практика бывают случаи когда приходится писать свои реализации контролов

GridView тому яркий пример

По поводу использования Forms и MVVMCross, здесь вопрос надобности! Если нужно быстро написать проект, сдать и забыть то тогда конечно MvvmCross, там практически все уже реализовано "Бери и пользуйся", но тогда придется для каждой вьюхи писать свой натив! В Forms достаточно написать один раз(примерно 70% кода ui проекта)! Соответственно скорость написания быстрее примерно в n раз (где n - количество платформ)

Напоминаю,что уже завтра состоится завершающий митап о кроссплатформенной разработке приложений с помощью Xamarin!Как всегда, мы затрагиваем самые *горячие* темы. На этот раз нам в этом помогают спикеры из Яндекс и Lecta ? Ещё один хороший повод провести этот вечер всем вместе - вкусная еда и напитки☺️? Регистрируемся все,кто ещё не успел ?https://apptractor.timepad.ru/event/415280/ ?https://www.meetup.com/Moscow-Xamarin-Meetup/events/235899539/

Приходите (:

Будет интересно:)

Возвращаясь к теме Forms, я правильно понимаю, что это идеальный вариант для быстрого старта и MVP, и в дальнейшем все равно предстоит переписывать их либо на Xamarin Native, либо на совсем чистый натив? Исключение - студии, которые нашли способ заполучить Enterprise лицензию с AOT (не все захотят заморачиваться с этим и тем более приобретать). Тогда есть ли реальный в них смысл? На сколько разработка на Forms быстрее разработки на Xamarin Native (под обе платформы), а чем на Xamarin + фреймворк вроде MvvmCross?

тема с AOT касается только Android, и то пока там не все гладко - постоянно в bugzilla вижу репорты с фиксами размеров исходной APK с AOT, которые от фикса к фиксу уменьшаются, но пока не достаточно. В следующей версии вроде размер уже не будет так разрастаться. Для ios Forms подходит идеально.

Вот кстати, пользуясь случаем, если у кого-то есть желание помочь перенести версию 2.0 с натива на шарп, то не стесняйтесь. У самого время никак не получается выделить.

BottomNavigationView добавили в Support design library 25. Ксамарин уже активно пилит биндинг.

BottomNavigationView добавили в Support design library 25. Ксамарин уже активно пилит биндинг.

Не прошло и 9 месяцев :)

тема с AOT касается только Android, и то пока там не все гладко - постоянно в bugzilla вижу репорты с фиксами размеров исходной APK с AOT, которые от фикса к фиксу уменьшаются, но пока не достаточно. В следующей версии вроде размер уже не будет так разрастаться. Для ios Forms подходит идеально.

Вот только странно использовать Forms только ради одной платформы, когда их основной профит именно от единожды написанного кода под несколько платформ

Многие все еще пишут под windows

А у нас так вообще больше 80% пользователей на винде

Да, жаль, что в Xamarin на Mac OS и в Visual Studio for Mac нет поддержки UWP

А это все из-за заточки UI движка UWP на Direct X Кстати, одна из больших ошибок MS то что на WP нет OpenGL ES Без этого почти невозможно делать кросплатфоренные UI и игровые движки

Даже в только доступном Mobile Center нет опции Windows, только iOS & Android

Вот только странно использовать Forms только ради одной платформы, когда их основной профит именно от единожды написанного кода под несколько платформ

ну как: стили, темы, контейнеры разметки, mvvm, да много ещё профитов

и низкий порог входа для разработчиков под windows

А это все из-за заточки UI движка UWP на Direct X Кстати, одна из больших ошибок MS то что на WP нет OpenGL ES Без этого почти невозможно делать кросплатфоренные UI и игровые движки

где-то видел конвертеры кода из OpenGL в DirectX и обратно, но давно было, не знаю взлетел ли проект

У самой MS есть проект конвертора https://github.com/Microsoft/angle , но это костыли с которыми не хотят связываться (те же LibGDX) При этом в мобилках от MS стоят те же графические чипы что и в Android Тут недавно вышел Vulkan API и он тоже поддерживается на Linux/Android/Tizen и Windows, но только десктопном. P.S. про macos/ios я наврал, там свой апи Metal + эмулятор (но по крайней мере там есть opengl)

Народ, а видел кто asp.net чатик?

кто какие чаты знает по asp.net?

Есть чат в Slack

aspnetcore.slack.com

Здесь тоже

https://telegram.me/aspnetvnext

но это канал а не чат

Спасибо

к сожалению канал дохлый. Там почти ничего не пушится