это вообще не тут рулится

а где, не подскажешь?

в настройка билда

в дополнительных аргументах билда

Ох уж эти сммщики

когда у разработчика есть чувство юмора?

ох уж эти замаринщики, оборжешься с них, конечно

Как бы Xamarin не при чем. Это API Android

у меня есть ListView к которому привязан ObservableCollection. При нажатии на ячейку, должно появляться окно с контентом. Если никаких данных не передать на новую страницу, то все нормально, а если передать объект из этого списка то приложение крашится...

у меня есть ListView к которому привязан ObservableCollection. При нажатии на ячейку, должно появляться окно с контентом. Если никаких данных не передать на новую страницу, то все нормально, а если передать объект из этого списка то приложение крашится...

смотри логи, там написано почему оно упало.

Stream какой-то передаешь?

да, там в объекте есть 2 стрима картинки

Ну вот к ним не может получить объект, ибо стрим закрыт уже. И для чего ередавать стримы то?

ну там не только стримы, а целый объект передается. стримы эти - это картинки

Стримы не для хранения объектов, вообще он по природе своей одноразовый - стянул объект и сохранил. для картинок всё просто - сохраняшь кртинку из стрима в файл, а в объекте уже хранишь ссылку на файл, и отображаешь по этой ссылке.

хммм... спасибо)

ну можно еще хранить в строке base64string, потому что с сервера она так возвращается?

Лучше в файл кэшировать)

Но какое кривое апи..

какой я такое и апи?? сам писал?

Да уж. Картинки должны отдаваться так же по урл, и лежать на диске (если конечно это не эро фото звезд ?)

ну все организовано так, что они в БД хранятся?

Дратути господа

Посоветуйте пожалуйста, ICommand лучше хардкодить или поставлять чз DI? Кто как делает?

Если команда маленькая, то создавал из лямбды в конструкторе VM. Если здоровая, то выносил в отдельный класс и создавал инстанц в контрукторе VM, передавая ей параметры через ее коструктор. (можно было бы заменить на DI, но зависимости команды совпадали с зависимостями VM)

Если команда маленькая, то создавал из лямбды в конструкторе VM. Если здоровая, то выносил в отдельный класс и создавал инстанц в контрукторе VM, передавая ей параметры через ее коструктор. (можно было бы заменить на DI, но зависимости команды совпадали с зависимостями VM)

Мэньюалли через new?

Может фабрику запилить, прям напротив проперти ресолвить и лямбду в неё совать

Чото биндиться на конкретную реализацию не хочется; кажется, что это идёт в разрез Inversion of control

Может фабрику запилить, прям напротив проперти ресолвить и лямбду в неё совать

>> Мэньюалли через new? конкретно команды - везде да >> Может фабрику запилить, прям напротив проперти ресолвить и лямбду в неё совать Если я правильно понял, то это не получится тк такая лямбюда не может ссылаться не на др поля или методы класса (надо поле присваивать в конструкторе) >> Чото биндиться на конкретную реализацию не хочется; кажется, что это идёт в разрез Inversion of control Как говорится “тебе решать”, но имхо это “di-головного мозга”)) (ну реально <0.001% что тебе понадобится менять команды)

> Если я правильно понял, то это не получится тк такая лямбюда не может ссылаться не на др поля или методы класса (надо поле присваивать в конструкторе) Современные иок-контейнеры вполне могут делать штуки такого рода. В автофаке например это называется TypedParameter -> делаем абстрактную фабрику с методом Create<T>, который принимает params object[] и получаем желаемый эффект через _factory.Create<IFoo>("hello", 42); > Как говорится “тебе решать”, но имхо это “di-головного мозга”)) (ну реально <0.001% что тебе понадобится менять команды) Понял. То же самое относится к типам, типа ObservableCollection<T>, ObservableProperty<T> и другим подобным, как считаешь?

Блэт Нэвэ... В моей реализации ObservableCollection и ObservableProperty принимают через конструктор IDispatcher, который способствует обновлению компонентов, влияющих на UI, всегда в главном потоке и platform-specific. ?

Кто может пояснить за Xamarin.Auth в XF?

Я немного понимаю как через Dep. Services, но можно ли как-то без этого ?

Блэт Нэвэ... В моей реализации ObservableCollection и ObservableProperty принимают через конструктор IDispatcher, который способствует обновлению компонентов, влияющих на UI, всегда в главном потоке и platform-specific. ?

Поздравляю, у тебя код ради кода. Как-то ты скидывал ссыль на ObservableProperty<T>, на кой оно - не ясно, кроме того что память дополнительно выделяется

Поздравляю, у тебя код ради кода. Как-то ты скидывал ссыль на ObservableProperty<T>, на кой оно - не ясно, кроме того что память дополнительно выделяется

щас ещё раз вброшу private string _lastName; public string LastName { get { return _lastName; } set { this.RaiseAndSetIfChanged(ref _lastName, value); } } вместо вот этой кучи фигни выше пишем: public ObservableProperty<string> LastName { get; } и ещё 5 минут отдыхаем

А там под капотом 1) реализация и вызов пропертиченджд 2) вызов платформспецифик диспатчера с гарантией, что даже из другого потока мы обновим уи

чем не любо?

щас ещё раз вброшу private string _lastName; public string LastName { get { return _lastName; } set { this.RaiseAndSetIfChanged(ref _lastName, value); } } вместо вот этой кучи фигни выше пишем: public ObservableProperty<string> LastName { get; } и ещё 5 минут отдыхаем

А мы не велосипедируем. Используем фоди

А мы не велосипедируем. Используем фоди

А как вы понимаете, какая пропертя обсервабл, а какая — нет?

Хотя фоди оч хороший вариант, не спорю

А как вы понимаете, какая пропертя обсервабл, а какая — нет?

Пропертя или Observable или это не пропертя, а поле

Хмм

Ну это весомый аргумент конечно

Даже возразить нечего

Так, а с наблюдаемыми коллекциями как быть (если хотим, чтобы они всегда обновлялись в UI-потоке)? Тоже есть какая-то магическая тулза? ?

Прямые руки называется

Прямые руки называется

Следишь за контекстом синхронизации всё время?

Я думаю ты не дурак и UI элементы не трогаеш не в UI потоке

Я думаю ты не дурак и UI элементы не трогаеш не в UI потоке

Найс

А если я получаю данные

И мне их надо отобразить ВДРУГ

То что?

когда поток завершил работу

То мне что, дедовским ContinueWith обмазываться прикажете?

ты к колекции обращаешся

А не напрямую к контролу

Попробуй

Из не уи-потока обновить ObservableCollection

я хз, может в хамарине всё по-другому но uwp ниасиливает

и впф тоже

хамарин не помню

не буду врать

Если не срабатывает ObservableCollection то RaisePropertyChanged никто не отменял

Второй вариант 100% рефрешнет проперти

ERROR: S client not available

https://stackoverflow.com/questions/2091988/how-do-i-update-an-observablecollection-via-a-worker-thread

Второй вариант 100% рефрешнет проперти

Эксепшен выкинет

Линкрилейтед

Raise?

Не под впф ли часом у тебя примерчик,

?

Ты сможешь обновить в таске указав именно обновление коллекции в юи потоке

https://developer.xamarin.com/api/member/Xamarin.Forms.Device.BeginInvokeOnMainThread/p/System.Action/

Ну так круто-то же, когда коллекция позволяет делать такие вещи не задумываясь о них

так-то можно много чего понаписать

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

Dispatcher.Invoke тот же

Да

Это по сути обертка

Спи*дили с впф наверняка

угу

издревле там был

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

Вообще я делаю так у меня все действия ранятся в таске если что то сложное по логике (дергаю апи к примеру) то колекция по await получит данные, но только есть одно но я использую не ObservableCollection а более легкую вещь (List) а потом Raise где нужно

Просто рили бывает столько гемора с обновлением данных даже с ObservableCollection

https://github.com/Caliburn-Micro/Caliburn.Micro/blob/master/src/Caliburn.Micro/BindableCollection.cs вот кстати даже у разработчиков калибурна есть свое видение наблюдаемой коллекции

которая избавляет от многопоточной головной боли

Та есть ребята знаю пишут ExtendedObservableCollection просто для удобства и для того чтобы не было проблем потом

Там все это учтено уже

+1

ещё DeeplyObservableCollection писал

Это когда Replace Action дёргается при изменении айтема

внутреннего

думал, может есть что готовое типа фоди, потому спрашивал )

с большой красной кнопкой "сделать зашибись"

Фоди есть на формсах, но у него свои плюсы и так же недостатки