нету аналитики, можно было бы посмотреть

Надо бы ввести

Господа, доброго времени суток! Меня зовут Искандер, я старший разработчик .Net в компании IEIT. Почти все наши решения ориентированы на государственные структуры, используем исключительно .Net стэк, лишь для мобильных версии в штате есть несколько Android / IOS разработчиков. На данный момент руководство поставило задачу - изучить и доложить, можно ли перейти на Xamarin. Есть ли среди вас те, кто мог бы поделиться /рассказать / предупредить про подводные камни, про плюсы и минусы такого варианта?

Господа, доброго времени суток! Меня зовут Искандер, я старший разработчик .Net в компании IEIT. Почти все наши решения ориентированы на государственные структуры, используем исключительно .Net стэк, лишь для мобильных версии в штате есть несколько Android / IOS разработчиков. На данный момент руководство поставило задачу - изучить и доложить, можно ли перейти на Xamarin. Есть ли среди вас те, кто мог бы поделиться /рассказать / предупредить про подводные камни, про плюсы и минусы такого варианта?

хм, учитывая название чата.....какие минусы?)одни плюсы:) а если серьезно. все зависит от целей и от того, какое приложение вы делаете. Если госструктуры, то полагаю что-то очень типовое, и тот же xamaring.forms будет только плюсом, позволяющим в итоге сэкономить на разработке

хм, учитывая название чата.....какие минусы?)одни плюсы:) а если серьезно. все зависит от целей и от того, какое приложение вы делаете. Если госструктуры, то полагаю что-то очень типовое, и тот же xamaring.forms будет только плюсом, позволяющим в итоге сэкономить на разработке

Геймдева и работы с физикой/3d точно не будет, но часто используем а) real time interaction (чаты, сбор и рассылка данных в реальном времени) б) насколько удобно в плане разработки кастомного дизайна сразу на 2 платформы?

хм, учитывая название чата.....какие минусы?)одни плюсы:) а если серьезно. все зависит от целей и от того, какое приложение вы делаете. Если госструктуры, то полагаю что-то очень типовое, и тот же xamaring.forms будет только плюсом, позволяющим в итоге сэкономить на разработке

сэкономить - это иллюзия. Все жду когда же это поймут если не все то многие

Геймдева и работы с физикой/3d точно не будет, но часто используем а) real time interaction (чаты, сбор и рассылка данных в реальном времени) б) насколько удобно в плане разработки кастомного дизайна сразу на 2 платформы?

нужно исходить всегда из требований госзаказа по отказоустойчивости и стабильности приложения.

Господа, доброго времени суток! Меня зовут Искандер, я старший разработчик .Net в компании IEIT. Почти все наши решения ориентированы на государственные структуры, используем исключительно .Net стэк, лишь для мобильных версии в штате есть несколько Android / IOS разработчиков. На данный момент руководство поставило задачу - изучить и доложить, можно ли перейти на Xamarin. Есть ли среди вас те, кто мог бы поделиться /рассказать / предупредить про подводные камни, про плюсы и минусы такого варианта?

Ник в принципе верно ответил. Если дизайн не сложный и не критичен моментальный отклик интерфейса (forms добавляет минимальную задержку, но с каждой версией ситуаия улучшается), то Xamarin.Forms подойдет отлично. Если же эти пункты важны, то xamarin.native (интерфейс под каждую платформу отдельно, логика общая). Дизайн кастомный - ну смотря на сколько кастомный, сложность дизайна на XF растет в геометрической прогрессии, при выходе из стандартных контролов. real time interaction - такое реально.

нужно исходить всегда из требований госзаказа по отказоустойчивости и стабильности приложения.

Значит ли это, что у Xamarin есть пробелы со стабильностью?

Значит ли это, что у Xamarin есть пробелы со стабильностью?

у Xamarin Forms есть такие проблемы

были, есть и будут

сэкономить - это иллюзия. Все жду когда же это поймут если не все то многие

Если дизайн в виде лейбл да 2 кнопки, то всё хорошо и получится экономия, вот на сложном дизайне, да без большого опыта действительно может уйти куда больше времени

Если дизайн в виде лейбл да 2 кнопки, то всё хорошо и получится экономия, вот на сложном дизайне, да без большого опыта действительно может уйти куда больше времени

ну надеюсь что госзаказ не на 2 кнопки и лэйбл

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

Значит ли это, что у Xamarin есть пробелы со стабильностью?

Везде есть, но больше конечно у Xamarin.Forms. У Xamarin.Native с этим лучше.

ну надеюсь что госзаказ не на 2 кнопки и лэйбл

ну для внутреннего использования проект может быть таким

ну для внутреннего использования проект может быть таким

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

За 3 года формсы так и не стабилизировались...

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

Ну это естественно

если нужен прототип быстро, который будет переписан в дальнейшем - то это xamarin.forms. В принципе за 60 часов в 4 руки воплне реально простенький рабочий прототип набросать на 2 платформы.

За 3 года формсы так и не стабилизировались...

ну ситуация конечно уже на порядки лучше чем была, но иногда всплывают неприятные баги. Глобально уже неплохо

если нужен прототип быстро, который будет переписан в дальнейшем - то это xamarin.forms. В принципе за 60 часов в 4 руки воплне реально простенький рабочий прототип набросать на 2 платформы.

или не будет ?

Мне вот интересно, как Xamarin работает с пакетами NuGet? Т.е. могу ли я просто взять и подключить любой пакет в проект? Я полагаю, что код на шарпе или эфшарпе переводится на jvm/ IOS byte codе ?

Мне вот интересно, как Xamarin работает с пакетами NuGet? Т.е. могу ли я просто взять и подключить любой пакет в проект? Я полагаю, что код на шарпе или эфшарпе переводится на jvm/ IOS byte codе ?

Можно подключать nuget

из коробки работает и почти все плагины как раз таки через nuget распространяются

ну надеюсь что госзаказ не на 2 кнопки и лэйбл

Если есть свободное время, то можете скачать и потыкать следующие приложения: myHalyk, practo, chocolife.me - по сложности у нас примерно такие выходят проекты

Мне вот интересно, как Xamarin работает с пакетами NuGet? Т.е. могу ли я просто взять и подключить любой пакет в проект? Я полагаю, что код на шарпе или эфшарпе переводится на jvm/ IOS byte codе ?

а весь остальной код на Xamarin куда переводится??

У меня только первый проект на этом чуде, но магии в Xamarin нет. Любые взаимодействия с функциями целевой ОС реализуются в проектак для этой ос, а еще танцы с бубном это сделать адаптивный интерфейс под ios и андроид. Пока еще мало бесплатных и универсальных компонентов. Как и всегда "Пиши код!"?

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

Можно шифровать токен ключом вшитым в приложение, если хотите

этот ключ же можно обнаружить, т.к. приложение андроид легко разделяется на исходники?

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

на андроид тоже в папку данных приложения не зайти (без рута конечно). Вообще просто шифруй и храни.

этот ключ же можно обнаружить, т.к. приложение андроид легко разделяется на исходники?

ios приложение тоже можно декомпилировать. шифрование в омощь

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

В теории ничего безопасного нет)

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

Что-то типа того

ок, спасибо

https://medium.com/@ericfu/securely-storing-secrets-in-an-android-application-501f030ae5a3

очевидная тема для гуглинга

всем привет, никто не сталкивался с RTL на Xamarin Forms? нужно зеркально отобразить все элементы, неужели прийдется переписывать все страницы для RTL или есть варианты проще??

сталкивался

как раз заказчик араб

"обрадовал" меня этой фигней

https://android-developers.googleblog.com/2013/03/native-rtl-support-in-android-42.html вот это на XF не работает нормально. grid и stacklayout не разворачивает

придется все делать вручную

"обрадовал" меня этой фигней

емае...( спасибо за информацию

пришлось писать RtlGrid и RtlStackLayout. который меняет column всем итемам а в стеке меняет местами элементы...

а разные холдеры нельзя было использовать?

изи решение

Всем привет! Что используете для локализации?

В где

В где

IOS & Android

IOS & Android

Forms?

.resx если формсы

Хороший вопрос, вот бы побольше народу отписалось, потому что какого-то мастхев инструмента я так и нагуглил, даже для нексамарин связки iOS + Android. Я написал приблуду для себя, которая из локализованных xml делает *.lproj и обвязку для получения локализованных строк в Core проекте.

Народ, всем известно, что при потере keystore для android приложения, его уже не опубликовать через маркет с тем же id. Есть ли такие же ограничения для ios ? Там ведь кажется можно сделать новый запрос на сертификат (request a certificate from a certificate authority).

Хороший вопрос, вот бы побольше народу отписалось, потому что какого-то мастхев инструмента я так и нагуглил, даже для нексамарин связки iOS + Android. Я написал приблуду для себя, которая из локализованных xml делает *.lproj и обвязку для получения локализованных строк в Core проекте.

"не замарин связка" - это что такое?

.resx если формсы

так же делаем. Стандартный подход для Forms из коробки

Народ, всем известно, что при потере keystore для android приложения, его уже не опубликовать через маркет с тем же id. Есть ли такие же ограничения для ios ? Там ведь кажется можно сделать новый запрос на сертификат (request a certificate from a certificate authority).

нет такого ограничения на iOS. Можно новый сертификат, главное доступ к аккаунту не терять, но это везде опасно.

ну просто пишут же нативные приложения Android и iOS. Наверное им тоже надо языковые ресурсы шарить

нет такого ограничения на iOS. Можно новый сертификат, главное доступ к аккаунту не терять, но это везде опасно.

спасибо

ну просто пишут же нативные приложения Android и iOS. Наверное им тоже надо языковые ресурсы шарить

ну в нативных там свои подходы

ну какие например?

https://developer.xamarin.com/guides/xamarin-forms/advanced/localization/

ну какие например?

на Android в папках strings-LANG строки на соответствующих языках, в iOS в LANG.lproj папках языки

да это я вкурсе, мне интересно как шарят одни ресурсы на две сборки

да это я вкурсе, мне интересно как шарят одни ресурсы на две сборки

ну в forms - ссылка ваше, без forms - скорее всего или так же или нативные подходы для платформ, что наверняка

.resx если формсы

.resx можно юзать в любых проектах

кстати

господа, подскажите идею, заказчик хочет смену языка без перезапуска приложения. Используется resx, написано расширение для xaml, вот теперь сижу и думаю, как лучше сделать то обновление всех ресурсов на открытых страницах

господа, подскажите идею, заказчик хочет смену языка без перезапуска приложения. Используется resx, написано расширение для xaml, вот теперь сижу и думаю, как лучше сделать то обновление всех ресурсов на открытых страницах

без перезапуска сложно, так то при создании страниц ресурсы будут подгружаться корректно, но вот не все. Где-то с год назад интересовались этим вопросом - часть текстов все равно оставалась на старом языке. Перезапустить и норм... Чего все заказчики так боятся этого перезапуска не понятно..

не нравится вот им...

господа, подскажите идею, заказчик хочет смену языка без перезапуска приложения. Используется resx, написано расширение для xaml, вот теперь сижу и думаю, как лучше сделать то обновление всех ресурсов на открытых страницах

Заказчик хотел тоже самое, пришлось вертеться. В итоге сделали такую схему: 1) Для каждого текста сделали поле во вьюмодельке 2) Все открытые страницы подписываются через MessagingCenter на обновление, при получении сигнала они вызывают OnPropertyChanged для всех полей, текст которых должен поменяться 3) При смене языка просто кидаем Message

Прекрасно понимаю, что лишние бинднинги точно не будут полезны, но другого решения не нашли

Заказчик хотел тоже самое, пришлось вертеться. В итоге сделали такую схему: 1) Для каждого текста сделали поле во вьюмодельке 2) Все открытые страницы подписываются через MessagingCenter на обновление, при получении сигнала они вызывают OnPropertyChanged для всех полей, текст которых должен поменяться 3) При смене языка просто кидаем Message

вот такая мысль тоже забиралась в голову

но когда уже прога на 10+ страниц написана...

Или, как костыль, не все приложение перезапускать, а пересоздавать только открытие страницы

тоже не вариант, терять активное состояние

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

писал давно, емнип смена локали текущего потока плюс биндинг всех строк через AppResource класс

Биндинг всех строк это конечно да

Жёсткий способ

просто у нас их было в целом не так уж и много