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

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

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

В крайнем случае lock?

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

Одолжи ка мне сорцы сего чуда. Фоди слишком жирно для таких целей подключать

Одолжи ка мне сорцы сего чуда. Фоди слишком жирно для таких целей подключать

А чем жирно? Не жирнее самопальных штук. Он работает на этапе компиляции. Никаких либ не добавляет

Всем привет! Работу тут можно предлагать?

Всем привет! Работу тут можно предлагать?

https://t.me/microsoftstackjobs

Да прошу прощения. Туда написал. Сразу не посмотрел.

Одолжи ка мне сорцы сего чуда. Фоди слишком жирно для таких целей подключать

https://github.com/Worldbeater/myFeed/blob/master/myFeed/Extensions/Mvvm/Implementation/ObservableProperty.cs (только на архитектуру приложения и отсутствие тестов не смотрите, знаю что всё плохо и щас переписываю в свободное время)

ObservableProperty<TValue> : ViewModelBase

почему так?

ViewModel и Property категории разных порядков

Правильнее было бы PropertyChangedBase, да. А при подходе ObservableProperty базовый класс вьюмодели вообще нигде не используется

Память поджирает. На мобилках это критично

Память поджирает. На мобилках это критично

1 объект настолько критичен? оО

Ну, условно 1.

Почти пустой!

Летучая в Xam.Dev, что-то новое

Что значит 1? там ещё может быть полей сколько угодно, а потом в коллекцию засунем и ещё непонятно сколько вся эта штука базовая памяти ест и когда сборщик мусора соизволит поработать. Придирки, конечно, но тем не менее...

Падажи, в самой проперте же только 1 поле а вообще мб мерилку написать, интересно стало

Падажи, в самой проперте же только 1 поле а вообще мб мерилку написать, интересно стало

А может быть и не одно...

Ну эт на совести впихнувшего туда объект останется так лучше не делать, наверное

Что значит 1? там ещё может быть полей сколько угодно, а потом в коллекцию засунем и ещё непонятно сколько вся эта штука базовая памяти ест и когда сборщик мусора соизволит поработать. Придирки, конечно, но тем не менее...

Копейки там

при желании : when T : struct и зарестриктили

Копейки там

Знаю) Придираюсь просто)

Придираться надо по серьёзным вещам

Я высказался что такие вещи не делают архитектуру прозрачнее

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

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

Зачем нужно, чтобы обсервабл была вьюмодель?

Нужно наблюдать за коллекцией — есть ObservableCollection; нужно наблюдать за свойством — аналогично есть ObservableProperty

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

Нужно наблюдать за коллекцией — есть ObservableCollection; нужно наблюдать за свойством — аналогично есть ObservableProperty

Чем вас не устраивает обычная проперти?

Чем вас не устраивает обычная проперти?

Она не наблюдаема. Чтобы сделать ее наблюдаемой, надо использовать бойлерплейт.

С чего это? Она рэйзит эвент о своем изменении

Вы ломаете архитектурные принципы

С чего это? Она рэйзит эвент о своем изменении

Как?

Именно поэтому изначально ваша обсервабл проперти отнаследована от базовой вьюмодели

Не понимаю, о каких архитектурных принципах идёт речь, когда речь заходит о бойлерплейте INotifyPropertyChanged. С помощью ObservableProperty или Fody у меня появилась возможность писать меньше кода и больше отдыхать.

Дело в названиях

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

Да, Вы правы, согласен.

Так вот то что вы назвали Проперти это не проперти. Это вьюмодель

Правильнее было бы PropertyViewModel?

которая отвечает видимо за часть UI на экране а не за всю страницу

которая отвечает видимо за часть UI на экране а не за всю страницу

Это вообще легально ?

да

почему нет?

Просто иногда слушаешь такой Славу Черникова.. а там 1 страница-1вьюмодель

И такой чет грустно

ну это в hello worldах так

вот например ситуация когда у нас есть планшеты и смартфоны

на смартфонах часто 1 вью-модель - 1 страница

а на планшете можно на UI разместить 2 смартфонных страницы одновременно

Master-Detail pattern

у нас уже есть по 1 вьюмодели на каждую из страниц. Не хватает Parentа который бы всех объеденил

ну это как пример

Ну понятно

или часть сложного UI реюзается где-то в других местах

логично описать согласно Single Responsibility Principle вьюмодель которая будет отвечать за конкретную узкую логику и засетить её биндинг контекстом той view на UI к которой эта логика относится и так во всех остальных местах

Так вот то что вы назвали Проперти это не проперти. Это вьюмодель

Подождите, но ведь ObservableCollection тоже реализует INotifyPropertyChanged!

Но разве становится она от этого вьюмоделью?

ERROR: S client not available

Которая описывает конкретный интерфейс, а не общее представление абстрактного изменяемого набора данных.

это просто прослойка для хранения коллекции вьюмоделей

в ней нас интересеует INotifyCollectionChanged который позволяет подписаться на добавление/удаление/инсерт в коллекцию айтема не более и не менее

ObservableCollection при помощи INotifyPropertyChanged может в теории сообщить что изменился Count. Больше свойств у неё нет

Не очень понимаю, почему ObservableProperty нарушает архитектурные принципы, а ObservableCollection — нет. Коллекция хранит и обновляет вьюмодели — элементы списка (условно); свойство хранит и обновляет информацию, отображаемую на экране (дата, время, количество), либо ввод пользователя.

потому что коллизия в названиях

Очень интересно, что за 2-3 месяца набралось в 2 раза больше народа, чем было изначально

А количество тех, кто здесь общается, почти статично

проперти в c# это public Что-тотам Property {get; set;} И в MVVM это обычно какой-нибудь POCO или вообще примитив. Как только нам нужно чтобы изменения в самом POCO ещё тоже как-то отзывались на UI - автоматом этот объект перестает быть POCO и становится ViewModel. При чтении кода сразу становится ясно и понятно что куда и откуда уши растут. И так сложилось уже исторически просто. С тех пор как Microsoft вообще Mvvm паттерн продвигать стали

ObservableCollection же всегда была для того чтобы реагировать красиво на изменения внутри коллекции при помощи INotifyCollectionChanged. Не больше и не меньше. Такую роль изначально для этого и отводили - прослойка между парентом и множеством чилдов

проперти в c# это public Что-тотам Property {get; set;} И в MVVM это обычно какой-нибудь POCO или вообще примитив. Как только нам нужно чтобы изменения в самом POCO ещё тоже как-то отзывались на UI - автоматом этот объект перестает быть POCO и становится ViewModel. При чтении кода сразу становится ясно и понятно что куда и откуда уши растут. И так сложилось уже исторически просто. С тех пор как Microsoft вообще Mvvm паттерн продвигать стали

Еслb это всё ViewModel, то что тогда Model?

Еслb это всё ViewModel, то что тогда Model?

The model in MVVM is an implementation of the application's domain model that includes a data model along with business and validation logic. Examples of model objects include repositories, business objects, data transfer objects (DTOs), Plain Old CLR Objects (POCOs), and generated entity and proxy objects.

async\await нормально должен отрабатывать в андроид нейтив?

а чоб нет то

это ж вопрос работы рантайма

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

Асинк/await не вынесет магически твой код в фоновый поток, надо смотреть все что-ты там делаешь

разобрался, невнимательность)

res-auto прописал?

res-auto прописал?

ага, но в каком родителе правильно прописывать? я в корне поставил

ну да

нашел на стеке совет что нужно переставить либу - к бестолку

D:

Тут кто то спрашивал на днях про Теле2 смартфоны, нормально работает, я как раз на днях утопил свой телефон и взял ТЕЛЕ2 макси. Нареканий нет кроме пластика жирного, экран отличный, работает шустро. Батарея никакая, но для разработки на проводе - вообще отлично

нашел на стеке совет что нужно переставить либу - к бестолку

странно

На тему вчерашнего велосипедостроения https://github.com/runceel/ReactiveProperty/blob/master/README.md // все эти наблюдаемые реактивные свойства, коллекции и команды уже давно реализованы и активно используются...

Так что можно выкидывать старые коллекции и бойлерплейт для INotifyPropertyChanged и не страдать

Зачем все эти нагромождения?