Можно жёстко задать размеры, тогда тормозов будет меньше

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

Можно жёстко задать размеры, тогда тормозов будет меньше

А вот с этого момента поподробней ?

т.е. если знать изначально размеры, то всё будет ок?

У вложенных элементов прописать HeightRequest

У вложенных элементов прописать HeightRequest

List<CachedImage> ret = new List<CachedImage?); for (int i = 0; i < 300; i++) { CachedImage cachedInage = new CachedImage() { HeightRequest = 100, WidthRequest = 100, Aspect = Aspect.AspectFill, DownsampleHeight = 100, DownsampleWidth = 100, DownsampleUseDipUnits = false, Source = imagesUrls[random.Next(0, 5)] }; ret.Add(cachedInage); }

То да может лучше ListView вместо StackLayout

То да может лучше ListView вместо StackLayout

Надо поробовать, да. Спасибо

Всегда, где это возможно нужно возвращать Task/Task<T>, если операция асинхронная, кроме обработчиков событий. Это бэст практис

То о чем я и говорил. Обработчики они на верхнем уровне стэка вызовов.

У вложенных элементов прописать HeightRequest

Heightrequest он на то и request что вызывает вторую перерисовку(и часто третью). Никогда не нравилось так задавать размеры. Есть же Абсолют, grid

ну и вообще, по факту получение исключений будет только в том случае, если возвращающий Task метод где-то await-тится. Иначе никакой реакции не будет, кроме как UnhadledException в домене приложения

ну и вообще, по факту получение исключений будет только в том случае, если возвращающий Task метод где-то await-тится. Иначе никакой реакции не будет, кроме как UnhadledException в домене приложения

Мм мм. Немного не так. Unhandled эксепшны в тасках просто проглатываются в таком случае

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

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

Да, а приложение продолжит работу

Здравствуйте. Кто-нибудь настраивал firebase crashlytics?

Кто-нибудь знает почему возникает такая ошибка Error MT3001: Could not AOT the assembly '/Users/admin/Projects/..../iOS/obj/iPhone/Release/mtouch-cache/64/Build/Microsoft.AspNetCore.Sockets.Abstractions.dll' (MT3001)

При попытке собрать dev сборку для iOS девайса. Для симулятора не возникает

Ни у кого не было такого? Это очень старый баг https://bugzilla.xamarin.com/show_bug.cgi?id=28211

https://forums.xamarin.com/discussion/457/error-could-not-aot-the-assembly-servicestack-text-monotouch-dll

У меня это возникло при переводе проекта на netStandard

Мб кто сталкивался: UIKit Consistency error: you are calling a UIKit method that can only be invoked from the UI thread. При попытке вызвать async метод. IOS 11.2 Device.BeginInvokeOnMainThread не спасает, или я не так его юзаю.

Мб кто сталкивался: UIKit Consistency error: you are calling a UIKit method that can only be invoked from the UI thread. При попытке вызвать async метод. IOS 11.2 Device.BeginInvokeOnMainThread не спасает, или я не так его юзаю.

Так все написано же. Вызывай этот метод из UI протока

Должен спасать

минут 30 пытаюсь и так и сяк

На Droid все норм

А что внутри метода?

здесь что, тоже везде await в главном запускать?

здесь что, тоже везде await в главном запускать?

Что то не то. Ты нигде не используешь инстанс класса из uikit

Что то не то. Ты нигде не используешь инстанс класса из uikit

https://gist.github.com/anonymous/3b6ee577ffb48d8b5b2b5b1df0f87303

вот лог

А что тут из UI? Точно при вызове этого метода падает?

А что тут из UI? Точно при вызове этого метода падает?

ну, UI верхушка айсберга, как я понимаю

вот лог

Хм, проперти меняется и там падает, смотри оттуда

Хм, проперти меняется и там падает, смотри оттуда

да чувствую он не доходит до того места, которое я правлю, а падает где-то на логине до загрузки метода с графиками

Ну вот и смотри раньше. На этом методе не должно падать

Ну вот и смотри раньше. На этом методе не должно падать

а нормальная практика, что везде где асинхронщина, надо именно для IOS в главном треде?

а нормальная практика, что везде где асинхронщина, надо именно для IOS в главном треде?

Все операции с UI необходимо выполнять в главном потоке UI thread. И не важно какая это система, андроид тоже жалуется на это.

Все операции с UI необходимо выполнять в главном потоке UI thread. И не важно какая это система, андроид тоже жалуется на это.

пока пилил дроид, ни разу не было такого...

Все операции с UI необходимо выполнять в главном потоке UI thread. И не важно какая это система, андроид тоже жалуется на это.

да в общем-то там не UI, это фоновая подгрузка инфы

пока пилил дроид, ни разу не было такого...

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

да в общем-то там не UI, это фоновая подгрузка инфы

А присваивание bindable property из какого потока и уведомление о его изменении?

ок, согласен

А присваивание bindable property из какого потока и уведомление о его изменении?

смотрел еще Best Practics, нужно ли юзать ConfigureAwait(false) ?

смотрел еще Best Practics, нужно ли юзать ConfigureAwait(false) ?

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

Все операции с UI необходимо выполнять в главном потоке UI thread. И не важно какая это система, андроид тоже жалуется на это.

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

ожидания его выполнения очевидно нет

теперь все в маин тред закидывать?

или… ждать пока выполнится

очевидно

ожидания его выполнения очевидно нет

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

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

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

Так тебе не загружать данные надо в главном потоке, а отображать.

Так тебе не загружать данные надо в главном потоке, а отображать.

А, я там совершенно в другом методе накосячил…) В общем, в асинхронном методе был nullref (но из-за особенности IOS)

Ок)

Ок)

А как вы решаете проблему с полями приложения

Кроме как SQLite

А как вы решаете проблему с полями приложения

С какими полями?

На Android - они существуют, на IOS - нет

но про это нигде в общем-то не говорится

С какими полями?

Ну, что-то вроде маленького хранилища Dictionary<k,v>, для базовых классов

Используем Xam.Plugins.Settings

Используем Xam.Plugins.Settings

Ок, не думал что его так можно юзать тоже.

Ок, не думал что его так можно юзать тоже.

А почему нет? Это обёртка над теми же shared preference. Ну и плюс у нас своя обёртка поверх этой есть, по сути получается класс с пропертями.

А почему нет? Это обёртка над теми же shared preference. Ну и плюс у нас своя обёртка поверх этой есть, по сути получается класс с пропертями.

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

Есть UserDefaults

Есть UserDefaults

?

An interface to the user’s defaults database, where you store key-value pairs persistently across launches of your app.

Есть UserDefaults

Это для iOS :)

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

Ну sqlite для key value storage так себе затея)

На Android - они существуют, на IOS - нет

Вроде про iOS и была речь

Ну sqlite для key value storage так себе затея)

У меня была таблица для такого рода вещей

Вроде про iOS и была речь

тут все немного сложнее…. тут xf

ну у Андроида тоже такое было. Можно запилить что-то ISettings и юзать платформенное. Хотя, наверное, уже кто-то это сделал

ну у Андроида тоже такое было. Можно запилить что-то ISettings и юзать платформенное. Хотя, наверное, уже кто-то это сделал

Ну вот суть этой библиотеки, что кинул, как раз в этом

Привет всем. Кто использовал FirebasePushNotification плагин? Когда я запускаю приложение у меня периодически возникает ошибка Unhandled Exception: Java.Lang.IllegalStateException: Default FirebaseApp is not initialized in this process. Make sure to call FirebaseApp.initializeApp(Context) first. Я запускаю приложение на своем телефоне (5 андроид). Если очистить решение, то ошибка уходит и не появляется при повторном запуске (появляется только если я отключу телефон от компьютера, снова подключу и не делая clean solution запущу приложение). Здесь https://github.com/CrossGeeks/FirebasePushNotificationPlugin/blob/master/docs/FAQ.md описаны возможные действия для устранения этой ошибки, но мне ничего не помогло. Или я может что-то не так поняла?

а в релизной конфигурации как оно себя ведёт?

Привет всем. Кто использовал FirebasePushNotification плагин? Когда я запускаю приложение у меня периодически возникает ошибка Unhandled Exception: Java.Lang.IllegalStateException: Default FirebaseApp is not initialized in this process. Make sure to call FirebaseApp.initializeApp(Context) first. Я запускаю приложение на своем телефоне (5 андроид). Если очистить решение, то ошибка уходит и не появляется при повторном запуске (появляется только если я отключу телефон от компьютера, снова подключу и не делая clean solution запущу приложение). Здесь https://github.com/CrossGeeks/FirebasePushNotificationPlugin/blob/master/docs/FAQ.md описаны возможные действия для устранения этой ошибки, но мне ничего не помогло. Или я может что-то не так поняла?

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

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

разве не надо просто что-то в коде поменять или добавить? подключение dll тебе помогло?

а в релизной конфигурации как оно себя ведёт?

аналогично

разве не надо просто что-то в коде поменять или добавить? подключение dll тебе помогло?

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

почему UploadProgressChanged у WebClient вызывается только один раз, и то, когда все байты переданы?

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

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

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

Настройки разработчика Не выключать экран при зарядке

??

о спасибо :)