Где сложный- да. Однако при желании можно реализовать многое

да ну можно и из буханки сделать троллейбус - как ты это поддерживать будешь на длительном периоде времени? Вот то то и оно

да ну можно и из буханки сделать троллейбус - как ты это поддерживать будешь на длительном периоде времени? Вот то то и оно

Проекту пара лет, активно развивается и сложностей с поддержкой нет.

ой да не надо сказки рассказывать. Все познается в сравнении

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

Самые непредсказуемые.

как пишет на замарине настоящие мачо? бизнес логику в шаред проект, а ui в нативных?

Самые непредсказуемые.

А какие проекты дороже андроидовские в реализации или ios совские на xamarin платформе? с учетом общего бизнесс ядра

ну то есть одно приложение , но для двух плафторм

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

А какие проекты дороже андроидовские в реализации или ios совские на xamarin платформе? с учетом общего бизнесс ядра

андроидовские дороже будут чем ios, чисто из -за зоопарка устройств и большего времени на QA

как пишет на замарине настоящие мачо? бизнес логику в шаред проект, а ui в нативных?

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

а какие-то обучающие материалы с подобной реализацией можешь подсказать? или репозотрии какие интересные

Ок, что некоторые вещи делать сложнее и дольше- да. А так в поддержке если ошибки есть, то в основном которые сам допустил. Чем больше скилл, тем меньше проблем)

а какие-то обучающие материалы с подобной реализацией можешь подсказать? или репозотрии какие интересные

mobius/android-ios архитектурные чаты. Слушаешь как делают нативщики - делаешь так же, ищешь аналоги на Xamarin. Нужны биндинги - есть MvvmLight или https://github.com/aloisdeniel/Wires В принципе простые вещи можно делать с MvvmLight, да и проверенная библа, Wires же ещё пока под 1 платформу недопилен. В разработке на Xamarin Classic важно знать как ведется разработка под native на обоих платформах

в Wires важно понимать что нет - Android extensions и Trottling functiunalities - а это печаль

В разработке на Xamarin Classic важно знать как ведется разработка под native на обоих платформах с этим бяда вообще) я впринципе на мобилы пару месяцев пишу и сразу на XF. на андроид был давно заход, но иОС просто темный лес спасибо

В разработке на Xamarin Classic важно знать как ведется разработка под native на обоих платформах с этим бяда вообще) я впринципе на мобилы пару месяцев пишу и сразу на XF. на андроид был давно заход, но иОС просто темный лес спасибо

вот бяду надо устранять)

само собой

Ок, что некоторые вещи делать сложнее и дольше- да. А так в поддержке если ошибки есть, то в основном которые сам допустил. Чем больше скилл, тем меньше проблем)

Да, в итоге компания пытается найти разработчиков с опытом на формах ок.4-х лет. Чтоб он с ними с самого создания был(а это та ещё нервная нагрузка, только психи выживают)). Кто год-два сидит не подходит на самом деле. А вот кто год-два по нативной части был в джунах-миддлах - их найти проще и задачи можно давать, рисков меньше

Да, в итоге компания пытается найти разработчиков с опытом на формах ок.4-х лет. Чтоб он с ними с самого создания был(а это та ещё нервная нагрузка, только психи выживают)). Кто год-два сидит не подходит на самом деле. А вот кто год-два по нативной части был в джунах-миддлах - их найти проще и задачи можно давать, рисков меньше

Ну найти разработчика с опытом на формах в 4 года- считай нереально. Это да. Нативщиков несравнимо больше. Но можно и самим выучить

В разработке на Xamarin Classic важно знать как ведется разработка под native на обоих платформах с этим бяда вообще) я впринципе на мобилы пару месяцев пишу и сразу на XF. на андроид был давно заход, но иОС просто темный лес спасибо

Без опыта натива с формс будет тяжело.. для прототипов ещё корм, а сложнее- уже нужны знания натива на достаточно хорошем уровне. Из коробки в формсах мало чего есть

вообще не отрицаю. чуть что сразу кастомрендер.

Доброе утро уважаемые ксамаринщики,Делаю листвю на ксамарин формс подскажити для едд и едит нада делать отдельные контент пейджи?

Ну найти разработчика с опытом на формах в 4 года- считай нереально. Это да. Нативщиков несравнимо больше. Но можно и самим выучить

самим выучить это риски)

и время

Доброе утро уважаемые ксамаринщики,Делаю листвю на ксамарин формс подскажити для едд и едит нада делать отдельные контент пейджи?

Смотря что тебе надо. Если какие-то маленькие правки - то можно делать редактирование в самих ячейках прямо в DataTemplate задав двусторонний биндинг (Mode=TwoWay) ну и соответственно отображать условный Entry для этого. А для добавления - тут скорее всего было бы разумным сделать отдельную страничку/попур

Смотря что тебе надо. Если какие-то маленькие правки - то можно делать редактирование в самих ячейках прямо в DataTemplate задав двусторонний биндинг (Mode=TwoWay) ну и соответственно отображать условный Entry для этого. А для добавления - тут скорее всего было бы разумным сделать отдельную страничку/попур

Могу тебе в лс написать? Спс друг

Могу тебе в лс написать? Спс друг

Рискни

самим выучить это риски)

Кто не рискует, тот не пьет шампанское))

Кто не рискует, тот не пьет шампанское))

коммерческая разработка это не тот случай

коммерческая разработка это не тот случай

Ну когда сдаешь этап то..))

я один, когда сижу в глухом саппорте и смотрю на вью модели с овер 1.5к лайнов кода, понимаю, что происходит что-то неладное?

Всем привет, никто не в курсе, почему при изменение TextProperty у Entry отображаемый текст не меняется, но фактически он изменился

фактически это в вьюмодели?

Всем привет, никто не в курсе, почему при изменение TextProperty у Entry отображаемый текст не меняется, но фактически он изменился

Байндинг данных основывается на интерфейсе INotifyPropertyChanged, View понимает, что ей нужно изменится, когда тригерится PropertyChanged событие твоего BindingContext'a. Копай в эту сторну

нет, перегрузил OnPropertyChanged, когда меняется TextProperty-смотрю Text свойство, там тот который должен быть, но он не отображается,

я один, когда сижу в глухом саппорте и смотрю на вью модели с овер 1.5к лайнов кода, понимаю, что происходит что-то неладное?

Да. 1.5 строк во вьюмодели - дикость

нет, перегрузил OnPropertyChanged, когда меняется TextProperty-смотрю Text свойство, там тот который должен быть, но он не отображается,

тоесть, у тебя есть View с Entry, и ViewModel с камим-то свойством, Entry байндится к свойству, ствойство меняется, ивент изменения тригерится, а Entry остается без изменений?

тоесть, у тебя есть View с Entry, и ViewModel с камим-то свойством, Entry байндится к свойству, ствойство меняется, ивент изменения тригерится, а Entry остается без изменений?

да

да

TwoWay байндинг пробовал?

TwoWay байндинг пробовал?

да

вроде в Entry по молчанию TwoWay

да

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

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

в смысле сылка указывала на тот же объект?

в смысле сылка указывала на тот же объект?

да, имлементировал вебовский Redux, было состояние, которое где-то извне изменилось, вызвался метод вьюмодели, оповещающий про изменение. там свойству присваивал значение состояния, но ссылка у них была одна, из-за чего, как я понял, байндинг игнорировал обновление

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

да, имлементировал вебовский Redux, было состояние, которое где-то извне изменилось, вызвался метод вьюмодели, оповещающий про изменение. там свойству присваивал значение состояния, но ссылка у них была одна, из-за чего, как я понял, байндинг игнорировал обновление

вполне возможно что в это и дело. У меня Entry не используется для ввода, используется для выбора значения-при фокусе выплывает небольшое view с listview, выбранный элемент попадает в TextProperty

с другой стороны, я при изменении TextProperty в Text присваиваю произвольный текст, он изменяется во ViewModel свойстве, но не отображается

только если пересоздать entry- все ок

только если пересоздать entry- все ок

Кажется вы что-то не учли. Вы накидали биндинги к самим Text и прочему? И если да, то при set в свойстве во VM вы вызываете OPC?

Кажется вы что-то не учли. Вы накидали биндинги к самим Text и прочему? И если да, то при set в свойстве во VM вы вызываете OPC?

да

Вся проблема может быть даже в том, что вы меняете коллекцию целиком, например

И не вызываете OPC

нет

коллекция статична

а сам state.Movies как-то меняется при этом? как решал?

с другой стороны, я при изменении TextProperty в Text присваиваю произвольный текст, он изменяется во ViewModel свойстве, но не отображается

а не прозе ли использовать Picker? или там формат даных намудреный?

по дизайну надо так

а сам state.Movies как-то меняется при этом? как решал?

да менялся, значение свойство тоже. решением стало Movies = new List<Movie?state.Movies); т.е. создал новый объект с другим референсом

вообще это пошаговая регистрация, каждый шаг это view которая создается и добавляется в AbsoluteLayout, после чего перемещается в центр экрана, а view на который был только что исчезает. проблемная entry это выбор страны. если страну выбрать, после чего вернуться на предыдущий шаг, а затем снова далее- все ок

да менялся, значение свойство тоже. решением стало Movies = new List<Movie?state.Movies); т.е. создал новый объект с другим референсом

Ну и соответственно надо вызывать OPC(nameof(Movies));

может тогда проще было бы испльзовать ObservableCollection ?

может тогда проще было бы испльзовать ObservableCollection ?

Всегда ее надо ± использовать

Ну и соответственно надо вызывать OPC(nameof(Movies));

вызывалось и не помагало

вызывалось и не помагало

Странно

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

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

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

Вундервафлю и на нативе не так просто сделать

вот-вот

вот-вот

Ну, точнее, на нативе ее можно сделать относительно гугля, а тут относительно набив шишек

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

вообще это пошаговая регистрация, каждый шаг это view которая создается и добавляется в AbsoluteLayout, после чего перемещается в центр экрана, а view на который был только что исчезает. проблемная entry это выбор страны. если страну выбрать, после чего вернуться на предыдущий шаг, а затем снова далее- все ок

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

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

Ну если ты молодой и вкатился неделю назад, то forms уместен везде...

вообще это пошаговая регистрация, каждый шаг это view которая создается и добавляется в AbsoluteLayout, после чего перемещается в центр экрана, а view на который был только что исчезает. проблемная entry это выбор страны. если страну выбрать, после чего вернуться на предыдущий шаг, а затем снова далее- все ок

из деталей помню, что он вызывал Navigation.PushAsync(...) и не апдейтилось тоже, при вызове NavigationPushModalAsync(...) было ок

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

Решается достаточно просто имплементацией своей нормальной VM <-> VM навигацией

И делается это на старте проекта

из деталей помню, что он вызывал Navigation.PushAsync(...) и не апдейтилось тоже, при вызове NavigationPushModalAsync(...) было ок

все действо в рамках одной страницы

все действо в рамках одной страницы

Возможно еще байндиг коряво создается, можно попробовать работает ли он вообще - при создании вью сразу же присвоить значение свойству

Возможно еще байндиг коряво создается, можно попробовать работает ли он вообще - при создании вью сразу же присвоить значение свойству

вот как раз когда view создается, данные из viewmodel подтягиваются

а вот в процессе, если свойство во viewmodel изменить, на view не отобразится

при изменении bindingproperty происходит обновление view?

а вот в процессе, если свойство во viewmodel изменить, на view не отобразится

нужно добавить OnPropertyChanged() в set вашего свойства после присвоения

для того чтобы сработало OnPropertyChanged у view?

свойства то меняются, у view в TextProperty подтягивается текст из viewModel

просто он не отображается, остается старый

будто не происходит обновление экрана

для того чтобы сработало OnPropertyChanged у view?

нет. что бы сработало во вьюмодели. при биндинге view подписываетсся на PropertyChanged у вьюмодели

или есть делали public static BindableProperty PropertyName то его в get и set свойства засунуть, и вызывать в них GetValue(PropertyName) и SetValue соответственно при этом у самого PropertyName при BindableProperty.Create нужно добавить propertyChanged: OnProeprtyNameChanged метод и его реализацию

то есть проблема со стандартными свойствами?

то есть проблема со стандартными свойствами?

да

в Entry

вьюмодель то INotifyPropertyChanged реализует?

а как привязываются свойства и где и как контекст присваивается?

вьюмодель то INotifyPropertyChanged реализует?

да

вьюмодель то INotifyPropertyChanged реализует?

да, кстати, присоединяюсь

и свойство вьюмодели вызывает ProperyChanged в set?

protected override void OnPropertyChanged(string propertyName = null) { if (propertyName == ExtendedEntry.TextProperty.PropertyName) { var s=this.Text; } base.OnPropertyChanged(propertyName); }

это не то