А линкер в Link All стоит?

LinkSDK - не крашится, LinkAll - крашится

LinkSDK - не крашится, LinkAll - крашится

Потому что при LinkAll нужно исключать определенные сборки. Смотреть логи и прописывать в Ignore Assembles.

Потому что при LinkAll нужно исключать определенные сборки. Смотреть логи и прописывать в Ignore Assembles.

Ок. Спасибо.

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

А есть какое то объяснение почему на другой машине происходит такая же ситуация? Хоть и Link SDKonly. Но пакет не полный.

А есть какое то объяснение почему на другой машине происходит такая же ситуация? Хоть и Link SDKonly. Но пакет не полный.

Обычно если что-то не так, то я жму Clean All и собираю заново)

А есть какое то объяснение почему на другой машине происходит такая же ситуация? Хоть и Link SDKonly. Но пакет не полный.

Как вариант, выставлена определенная архитектура в настройках, например x86, а приложение устанавливается на ARMv7

Судя по скриншоту выше так и есть, стоит только x86 и ARMv7, я бы поставил все архитектуры.

Как вариант, выставлена определенная архитектура в настройках, например x86, а приложение устанавливается на ARMv7

Не не) это исключено. Тут дело в том что запуск релизной версии на эмуляторе и девайсах работает отлично, а вот результат упаковки - неполный apk. Ощущение что где-то напортачил со ссылками, которые не удаётся собрать линкеру. Хоть бы лог какой-то был)

View - Pads - Device Log если VS for Mac

View - Pads - Device Log если VS for Mac

Ну, это даст инфу о том чего в приложении не хватает. А причина почему не упаковывается так и будет не ясна. В прочем, сейчас попробую

Ну, это даст инфу о том чего в приложении не хватает. А причина почему не упаковывается так и будет не ясна. В прочем, сейчас попробую

Тогда подключать краш сборщики например http://Appcenter.ms

Ну а опытные люди смотрят сразу logcat на реальном устройстве если что-то крашится на старте. Никакой крашсборщик тебе не поможет. И если linkall что-то порезал то точечно добавляют эти классы в исключения.

Добавление <EmbedAssembliesIntoApk>true</EmbedAssembliesIntoApk> решило проблему. LogCat : No assemblies found in '/data/user/0/ru.my.app/files/.override' or '/storage/emulated/0/Android/data/ru.my.app/files/.override'. Assuming this is part of Fast Deployment. Exiting...

Народ подскажите пожалуйста, мне одному кажется что при создании кастомного uiviewcontroller достаточно логично пытаться визуальную часть сделать в xib или я что то не так понимаю? (Речь про xamarin ios native)

Достаточно логично.

Тогда объясните мне как это реализовать, так как норм объяснения я не нашел. Тоесть суть такая есть класс MyVC унаследованный от uiviewcontroller, у него есть атрибут регистер видимость в рантайме тру, задана категория, так же есть пустой конструктор с IntPtr параметром вызывающий base(IntPtr). И есть MyView.xib в которой есть просто кнопка. Вопрос что надо написать в данном классе что бы привязать к нему xib, и что бы с тулбокса его можно было потом перетащить в сторибоард.

Добавление <EmbedAssembliesIntoApk>true</EmbedAssembliesIntoApk> решило проблему. LogCat : No assemblies found in '/data/user/0/ru.my.app/files/.override' or '/storage/emulated/0/Android/data/ru.my.app/files/.override'. Assuming this is part of Fast Deployment. Exiting...

EmbedAssembliesIntoApk вообще необходимое условие для билда. Даже когда вроде бы aot включен

где можно скачать нормальый пак иконок ios

смотря что считать нормальным

я юзаю https://material.io/icons/

мне хватает а чего не хватает я покупаю

https://icons8.com/ вот хороший сервис. И iOS и Android и тд)

Тогда объясните мне как это реализовать, так как норм объяснения я не нашел. Тоесть суть такая есть класс MyVC унаследованный от uiviewcontroller, у него есть атрибут регистер видимость в рантайме тру, задана категория, так же есть пустой конструктор с IntPtr параметром вызывающий base(IntPtr). И есть MyView.xib в которой есть просто кнопка. Вопрос что надо написать в данном классе что бы привязать к нему xib, и что бы с тулбокса его можно было потом перетащить в сторибоард.

Есть у кого нибудь хоть какие то мысли по этому поводу?

Есть у кого нибудь хоть какие то мысли по этому поводу?

Лучше это спрашивай в iOS чате в слэке http://cocoadevelopers.club/chat/ там подробнее ответят всё

Лучше это спрашивай в iOS чате в слэке http://cocoadevelopers.club/chat/ там подробнее ответят всё

Они там xamarin тоже обсуждают? Вопрос то по xamarin'у.

Они там xamarin тоже обсуждают? Вопрос то по xamarin'у.

в основном нативная разработка. а 95% вопросов по Xamarin.Native - это вопросы просто по Native разработки, просто на другом ЯП

ясно. ну пойду пробовать спасибо.

Я ищу иконки в https://www.iconfinder.com/

Здравствуйте! Наверное, весьма распространённый вопрос. Что делать, если выбрасывается IO.FileNotFoundException при сборке? Есть проект с Shared кодом. Он ссылается на несколько библиотек, сам таргетится на NETStandard 1.3+, ниже нельзя (библиотеки не поддерживают). Xamarin Android Native ссылается на Shared и не может собраться (Perhaps assembly does not exist in mono andoid profile). Сборка происходит прям из только что созданного шаблона, который таргетится на Android 7.1 Nougat.

Уходите от Shared проектов на .NETStandard

Уходите от Shared проектов на .NETStandard

И потерять 60% nuget

Сейчас много портов на .NETStandard уже есть. И совместимость с PCL тоже.

Shared костыль не лучше PCL.

Shared костыль не лучше PCL.

Тут как бы все не очень

. NetStandart конечно, лучше

Но пока слишком мало на нем nuget

Есть поддержка большинства портабл нагет библиотек с помощью <PackageTargetFallback>$(PackageTargetFallback);portable-net45+win8+wp8+wpa81;</PackageTargetFallback>

Но пока слишком мало на нем nuget

мало, поэтому можно просто активировать совместимость и всё)

Есть поддержка большинства портабл нагет библиотек с помощью <PackageTargetFallback>$(PackageTargetFallback);portable-net45+win8+wp8+wpa81;</PackageTargetFallback>

+1

Для тех, кто сидел на PCL переход на .NETStandard не проблема.

Тот же mvvmcross поднимается на netsrandart

Хотя он не на netstandart

Да всё работает с ним без проблем. Ни в одной pcl либе небыло проблем при использовании нетстандарта с fallback

Для тех, кто сидел на PCL переход на .NETStandard не проблема.

+

Ну тип при переходе мне пришлось изрядно повозиться

Уходите от Shared проектов на .NETStandard

Ну, я на NETStandard. И там всё странно работает в связке с Xamarin Android Native. Shared написал, потому что проект разделяемый.

Вот, пожалуйста, DryIoc.dll, который тянется через общий проект на NetStandard и ничего не работает. С DryIoc, который PCL, всё хорошо.

Xamarin Native в транзитивные зависимости не может что ли? UPD: Действительно! Поставил всё, на что ссылается разделяемый NETStandard проект, руками в Xamarin.Android, и оно завелось. Это баг или фича, интересно.

Всем привет! посоветуйте Mvvm-фреймворк

Всем привет! посоветуйте Mvvm-фреймворк

Тот, который ты напишешь сам

мне до этого очень далеко

какой то должен быть более менее пригодный

Они все не очень

Смотря что тебе надо

И что ты юзаешь

XF или XN

XF для андроид и iOS

мне до этого очень далеко

А что там писать? ObservableCommand с ICommand, ObservableProperty с INotifyPropertyChnaged и всё...

Коллеги, у кого-то Xamarin Test Recorder работает на маке с симулятором? Не могу сгенерить .app файл для iOS приложения Его просто нет в debug/iPhoneSimulator

XF для андроид и iOS

MvvM Fresh, Light, Cross

(но в XF и так встроен нормальный MvvM)

ERROR: S client not available

что тогда дают эти фреймворки? у меня проблема связки ListView с данными, в XAML страницы прописываю <ListView x:Name="myList"..., но эта запись не связывается с viewmodel где находится данные в переменной myList.

Коллеги, у кого-то Xamarin Test Recorder работает на маке с симулятором? Не могу сгенерить .app файл для iOS приложения Его просто нет в debug/iPhoneSimulator

.app файл найти удалось, но правда Test Recorder при попытке запустить приложение валит не очень понятные ошибки

что тогда дают эти фреймворки? у меня проблема связки ListView с данными, в XAML страницы прописываю <ListView x:Name="myList"..., но эта запись не связывается с viewmodel где находится данные в переменной myList.

Надо <ListView ItemsSource="{Binding Path=yourList}">

спасибо попробую

Ребята, а можно как-нибудь починить в студии интеллисенс ко всяким хитрым компонентам в AXML? Типа android.support.design.widget.NavigationView

А то страдание какое-то выписывать это без подсказок...

Надо <ListView ItemsSource="{Binding Path=yourList}">

Path= писать не обязательно

Поэтому пока вопрос сводится: кто-то вообще использует сейчас Xamarin Test Recorder на маке?

Ребята, а можно как-нибудь починить в студии интеллисенс ко всяким хитрым компонентам в AXML? Типа android.support.design.widget.NavigationView

открывай его в Android Studio - есть плагин такой

Path= писать не обязательно

Многословность для понятности :) Там же помимо Path ещё куча фичей.

Поэтому пока вопрос сводится: кто-то вообще использует сейчас Xamarin Test Recorder на маке?

Он работает так себе. руками проще тесты писать и правильнее они будут.

Многословность для понятности :) Там же помимо Path ещё куча фичей.

Ну да.

открывай его в Android Studio - есть плагин такой

Ох. Спасибо! А божественный Rider AXML ещё не осилил, не подскажешь?

Ох. Спасибо! А божественный Rider AXML ещё не осилил, не подскажешь?

Не в курсе

Он работает так себе. руками проще тесты писать и правильнее они будут.

Думал поиграться сначала, спасибо!

Shared костыль не лучше PCL.

Ну netstandart замедляет аппу. Я его на мобилках вообще запрещаю к использованию в команде

Ну netstandart замедляет аппу. Я его на мобилках вообще запрещаю к использованию в команде

Вот, умный человек дело говорит !

^^

А то страдание какое-то выписывать это без подсказок...

Гугли в сторону xsd файла. Мы как то это фиксили добавлением его в вижлу из xamarin studio или android studio. Хотя могу ошибаться, давно дело было

Ну netstandart замедляет аппу. Я его на мобилках вообще запрещаю к использованию в команде

а чо почитать про это?

а чо почитать про это?

да ничего по сути. Собрать native hello world в релизе с aot c подключенными json net версии 9.0.1 и automapper 4.1.1 например (те библиотеки что используются почти в каждом проекте) и замерить скорость загрузки, потом обновить эти версии пакетов до самых последних, которые уже юзают netstandart и собрать релиз с теми же настройками. Замерить просадку. Потом добавлять постепенно другие широко используемые nuget пакеты с netstandart и наблюдать как происходит просадка производительности. даже с aot. Как из-за нетстандарта будет пухнуть apk в размерах я вообще молчу

Ребята, кому-то приходилось реализовать Firebase Crash Report на Xamarin.Forms или Xamarin.IOS ? Поделитесь пожалуйста опытом как ето сделать.

Ребята, кому-то приходилось реализовать Firebase Crash Report на Xamarin.Forms или Xamarin.IOS ? Поделитесь пожалуйста опытом как ето сделать.

Cамому интересно, потому что они внедряют Crashlytics я так и не понял как его встроить. С аналитикой проблем не было

да ничего по сути. Собрать native hello world в релизе с aot c подключенными json net версии 9.0.1 и automapper 4.1.1 например (те библиотеки что используются почти в каждом проекте) и замерить скорость загрузки, потом обновить эти версии пакетов до самых последних, которые уже юзают netstandart и собрать релиз с теми же настройками. Замерить просадку. Потом добавлять постепенно другие широко используемые nuget пакеты с netstandart и наблюдать как происходит просадка производительности. даже с aot. Как из-за нетстандарта будет пухнуть apk в размерах я вообще молчу

Как я знаю, нетстандарт из версии к версии уменьшает количество зависимых либ - это видно при сравнении 1.1 и 1.6. Да и либы-то много не весят по сравнению с медиа ресурсами. Зато нетстандарт даёт очень приятный бонус: уменьшает геморрой с мерджом csproj при командной работе, сводит на нет зоопарк версий pcl. А связь между просадкой производительности и типом проекта вообще не вижу. Может чего-то не знаю?

Как я знаю, нетстандарт из версии к версии уменьшает количество зависимых либ - это видно при сравнении 1.1 и 1.6. Да и либы-то много не весят по сравнению с медиа ресурсами. Зато нетстандарт даёт очень приятный бонус: уменьшает геморрой с мерджом csproj при командной работе, сводит на нет зоопарк версий pcl. А связь между просадкой производительности и типом проекта вообще не вижу. Может чего-то не знаю?

Все дело в рантайме моно и том как этот рантайм был устроен и как его пришлось переделывать для саппорта нетстандарта.

И либы то как раз весят много)

Все дело в рантайме моно и том как этот рантайм был устроен и как его пришлось переделывать для саппорта нетстандарта.

Net standard - это же всего лишь список методов/классов, которые мы можем использовать. Да и ресурсов на такой странный вывод я не нашёл. Максимум что пишут - нетстандарт не рантайм, а всего лишь «список методов», которые вы можете использовать на net. https://davidpine.net/blog/dot-net-standard-demystified/

Net standard - это же всего лишь список методов/классов, которые мы можем использовать. Да и ресурсов на такой странный вывод я не нашёл. Максимум что пишут - нетстандарт не рантайм, а всего лишь «список методов», которые вы можете использовать на net. https://davidpine.net/blog/dot-net-standard-demystified/

Я уже тут скидывал ссылку с сайта mono о чем они сами пишут. Ну и их слова подтверждаются на реальных проектах. Стоит старые библы обновить и тут же наблюдается просадка по скорости загрузки приложения

Я уже тут скидывал ссылку с сайта mono о чем они сами пишут. Ну и их слова подтверждаются на реальных проектах. Стоит старые библы обновить и тут же наблюдается просадка по скорости загрузки приложения

Просадка производительности или скорость загрузки приложения?

Просадка производительности или скорость загрузки приложения?

Просадка при загрузке приложения это эффект просадки производительности в целом? Просто на старте все по копейкам собирается и выливается в лишнее ощутимое время загрузки

Просадка при загрузке приложения это эффект просадки производительности в целом? Просто на старте все по копейкам собирается и выливается в лишнее ощутимое время загрузки

1. Мы выбрали Xamarin - это уже не полноценный нейтив. Думаю, стоит смириться... в большинстве случаев долгая загрузка - это долгая загрузка в точке инициализации приложения: ioc, принудительные задержки(привет task.delay в сплешскрине андроида), доступ к бд, итд. Ну Aot мы здесь думаю исключаем, а вот с Jit тут у нас как раз и думаю проседает: много различных сборок, соответственно много подгрузок либ в рантайме. А связь с нетстандартом опять же здесь не вижу; 2. Тк мне интересно, я тоже взгляну на просадку производительности. А было бы здорово, если можно было бы как-то ознакомиться со сравнением производительности в портабл и в нетстандрте; 3. На мой взгляд, скорость загрузки приложения все таки это не производительность. Я думал, мб рантайм по-другому работает в нетстандарте. Ps, 1. Mvvmcross пытается сделать точку инициализации асинхронной. https://github.com/MvvmCross/MvvmCross/pull/1370 2. Многие популярные нагет пакеты уже держат веху в сторону перехода в нетстандарт. Или они уже перешли. Поэтому Стоит мб задуматься, тк переход на начальном этапе разработке намного легче, нежели уже в сформированном проекте; 3. А новичкам вообще не стоит знать разницу между 78, 259, 111. В нетстандарте все есть и не надо беспокоиться. Например, беспокоиться о том, что в ядро нужен HttpClient...