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

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...

Точку инициализации а точнее setContent можно сколько угодно делать асинхронной - это не поможет, потому что есть инициализация рантайма до OnCreate, которая включает в себя подключение всех dll. Кстати для меня до сих пор остается загадкой какого хрена в полном aot в пэкедж суются dll если по сути они больше не нужны

Всем привет. У меня есть ссылка, по которой картинки генерятся рандомно. Мне нужно чтобы по клику эта рандомная картинка подставлялась. В браузере тестил эту ссылку, она при обновлении страницы генерит каждый раз новую картинку. Но когда я меняю Source, картинка не обновляется. В чем может быть проблема?

Да вот и не сделаешь ее просто так асинхронной, тк в большинстве случаев для полноценной работы приложения нужен целый спектр инициализированных данных. Например, вытащить данные пользователя, при Mvvm это IOC для DI. Как я знаю, если рассматривать андроид, то там инициализацию делают в сплеш скрине, чтобы убить двух зайцев: уйти от task.delay и инициализировать начальные данные. Это я еще не рассматриваю формс(благо, делаем все на классическом).

Ну и то что популярные нюгет пакеты перешли на стандарт это не аргумент. Удобство программиста это одно. Забота о пользователе это другое. Программист когда делает осознанное движение в сторону чего-то должен просчитать как это отразится на пользователях. Если негативно он это телодвижение делать не должен, а должен начать искать компромисс между своим личным удобством и удобством пользователя. Определенно мгновенный или почти мгновенный запуск аппы это положительный пользовательский опыт, который отражается на дальнейшем удержании пользователя. Думают ли про это создатели нюгет-пакетов? Нет конечно. Я утверждаю что почти мгновенная инициализация на платформе Xamarin достижима. Терять это преимущество я считаю расточительством.

Нет. Инициализацию IoC не делают в активити. А делают в application. Так же делают одну активити которая и сплэшскрин и main одновременно

В application ещё хуже...

Потому что если application долго выполняется, то пользователь видит чёрный экран.

Нет. Он видит сплэшскрин. А рулится это в темах

https://developer.android.com/reference/android/app/Application.html#onCreate()

Более того белый экран или черный или сплэш это не важно. У многих современных апп нет никакого сплэша.

И чо?

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

Регистрация типов идет очень быстро

Если бы. В большинстве случаев берётся какая-то mvvm либа с авторегистрацией типов. А за коробкой получаем тормознутый рефлекшн .

ну это ваши же проблемы выбора

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

Это ваше право. Можете где хотите регистрировать. Я все таки склоняюсь к документации. Да и реализация регистрации IOC в mvvmcross мне кажется правильной. Там это происходит в сплеш скрине.

Рантайм и работает как раз по-другому http://www.mono-project.com/news/2016/11/29/mono-code-sharing/

Честно, не нашёл ничего, связанного с просадкой производительности netstandart

честно - мне плевать

https://stackoverflow.com/questions/12607111/how-to-get-google-provided-android-resource-layout-references-in-my-mono-for-and/12875066#12875066 ух биля, вот почему андроид прожекты называют x.Droid вместо x.Android

Коллеги, может кто в курсе? В какой момент VS for Mac перестала генерить .app файл для iOS приложения в iPhoneSimulator/debug, а начала кидать его в iPhoneSimulator/Debug/device-builds/{id} Мучаюсь с UI тестами сейчас

Может это включена опция в настройках iOS проекта device specific build, вроде так называлась.

Всем привет! подскажите плагин для скролинга ListView

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

здравствуйте. сталкивался ли кто-нибудь с проблемой в Genymotion то что если дебажить на нем в Debug, то все нормально, но если перевести проект на Releas, то пишет App, unfortunately has stopped ?

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

https://github.com/therealjohn/IncrementalListView работает чз байнд к ISupportIncrementalLoading

Господа, пытаюсь запилить кастомный контролорендерер для XamarinForms. Делаю так: [assembly: ExportRenderer( typeof(IconLabel), typeof(IconLabelRenderer))] namespace X.Droid.Controls { [Preserve(AllMembers = true)] public class IconLabelRenderer:LabelRenderer { protected override void OnElementChanged( ElementChangedEventArgs<Label> e) { base.OnElementChanged(e); if (Control == null || Element == null) return; string material = "MaterialIcons-Regular.ttf"; Control.Typeface = Typeface .CreateFromAsset( MainActivity.Current.Assets, material); Control.Text = ((IconLabel) Element).Icon; } } } Но ничего не работает, каждый раз получаю плевок в морду в виде "TargetInvokationException", который вообще непонятно откуда вылетел. Поймать это нечто не представляется возможным, try catch в активите не работает, try catch в функциях рендерера тоже. ЧЯДНТ? За что его дёрнуть, чтоб он проср#### и заработал? Спасибо.

Проверять архитектуры и линковщик

С наступающим друзья превозмогатели)

С наступающим, в следующем году будем превозмогать в два раза больше

Как у райдера с моногеймом/ксамарином?