Тип чтобы потом нажать на пикер и там что-то да изменилось внутри

на списке

так?

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

Он мне не дает изменить выбранный элемент

https://pastebin.com/VbGVyrr3

Это часть viewModel

В общем, когда измегяется в пикере айтем, то сетер поля SelectedValue вызывается 4 раза, 2 раза с новым элементом, потом 2 раза с null и на этом все

Думаю, что проблема в том, что он в ListView

Это часть viewModel

ObservableRangeCollection на ObservableCollection попробуйте заменить

Второе, когда у вас меняется элемент

у вас меняется таки элемент в коллекции как я понимаю

а нотификации измнения коллекции я не нашел

Думаю, что проблема в том, что он в ListView

а ну и на последок, через SetProperty об измнении коллекции нельзя оповестить, по крайней мере у меня ни разу через ref это не сработало

и заюзайте уже наконец Fody.OnPropertyChanged

и не мучайтесь уже с ручным ремеслом имплементаций

Это часть viewModel

Fody.OnPropertyChanged поставьте себе эту либочку и все заиграет красками

достойно !

Fody.OnPropertyChanged поставьте себе эту либочку и все заиграет красками

SetProperty его и использует, он в шаблоне проекта был https://pastebin.com/3hp32rbk

SetProperty его и использует, он в шаблоне проекта был https://pastebin.com/3hp32rbk

не доверяю я этим имплементациям

Это часть viewModel

Вообще опытные люди давно уже юзают Fody для рутинной работы вроде оберток OnPropetry... и прочем, и добавляют перед VM аттрибут [AddOnPropertyChangedImplementation]

http://arteksoftware.com/fody-propertychanged-xamarin-studio/

Вообще опытные люди давно уже юзают Fody для рутинной работы вроде оберток OnPropetry... и прочем, и добавляют перед VM аттрибут [AddOnPropertyChangedImplementation]

Так, когда в первый раз начинаешь писать, не знаешь об Fody. В документации вроде нету об этом, и только в процессе об этом узнают. Не?)

Так, когда в первый раз начинаешь писать, не знаешь об Fody. В документации вроде нету об этом, и только в процессе об этом узнают. Не?)

Ну так я и делюсь опытом) Человек намучался с SetValue)

Так, когда в первый раз начинаешь писать, не знаешь об Fody. В документации вроде нету об этом, и только в процессе об этом узнают. Не?)

Я таки первый проект свой фулл на SetProperty ручном написал...

потом посчитал и обнаружил более 1,5к строчек одних оберток во VM

ужас же

ну, просто полегче, «адекватные люди» и т.п. вот когда просишь помощи у англоязычного комьюнити, то все мирно и культурно. Как зайдешь в русские чаты, вечно всяческие намеки, оскорбления? Зачем было указывать на адекватность?)

имхо

это не оскорбмление

а просто присказка

ну, просто полегче, «адекватные люди» и т.п. вот когда просишь помощи у англоязычного комьюнити, то все мирно и культурно. Как зайдешь в русские чаты, вечно всяческие намеки, оскорбления? Зачем было указывать на адекватность?)

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

Fody.OnPropertyChanged поставьте себе эту либочку и все заиграет красками

да, все замечательно если только библиотека биндингов все onpropertychange выполняет в UI потоке и только в нем, замечательно если нет логики на сет какой-то проперти

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

да, все замечательно если только библиотека биндингов все onpropertychange выполняет в UI потоке и только в нем, замечательно если нет логики на сет какой-то проперти

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

да, все замечательно если только библиотека биндингов все onpropertychange выполняет в UI потоке и только в нем, замечательно если нет логики на сет какой-то проперти

Это не мешает иметь 2 имплементации, одну либой, другую кастомную. Никто же не заставляет везде аттрибут ставить

Если простые биндинги, почему - нет?

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

Разберемся)

Если простые биндинги, почему - нет?

ну благо что все атрибуты at compile time преобразования делают

ну благо что все атрибуты at compile time преобразования делают

ну да, я к тому и говорю

Кто нибудь пробовал перекочевать с vs for Mac на Riden от jet brains для разработки под xamarin.ios

в качестве альтернативы fody можно выбрать https://github.com/jamesmontemagno/mvvm-helpers

Fody популярнее, если вдруг кто использует Realm db, то Fody очевиден.

при чем тут realm к вопросу о fody?

Fody популярнее, если вдруг кто использует Realm db, то Fody очевиден.

не вижу связи

не вижу связи

http://take.ms/YcUVkD Я просто дополнил, ответ про альтернативу. Возможно не собо удачно. Смысла в mvvm-helpers думаю нет, если в проекте есть Realm. Верно?)

http://take.ms/YcUVkD Я просто дополнил, ответ про альтернативу. Возможно не собо удачно. Смысла в mvvm-helpers думаю нет, если в проекте есть Realm. Верно?)

Ну если только в этом плане

подскажиту в чём может быть причина

запускаю под отладкой а оно сразу умирает

может правда телефон дурной

ASUS ZENFON2

XP???

XP???

Какой XP? Это тема, да и только. Там стоит VS, Android Monitor, FAR и вынесен дизассемблер .Net

Такое в XP не завезли?

Коллеги, добрый день. Столкнулся с такой интересной проблемой, проявляющейся пока только на ios 11. Периодически при работе с мобильным приложением на Xamarin.iOS происходит его зависание

нет какого-то определенного действия, последовательности действий, которое к этому приводит. Заметно только, что при каких-то операциях проявляется чаще

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

все потоки, в том числе и главный, виснут на строчке Foundation.NSObject.xamarin_release_managed_ref()

очень похоже на описанную здесь проблему https://bugzilla.xamarin.com/show_bug.cgi?id=52379

кто ещё сталкивался?:)

Вообще опытные люди давно уже юзают Fody для рутинной работы вроде оберток OnPropetry... и прочем, и добавляют перед VM аттрибут [AddOnPropertyChangedImplementation]

Нашел интересное сообщение. Ты на формсах пишешь что ле? Опытные люди понимают что тащить фоди ради одного райза проперти это не очень хорошо. Лично мое мнение нет смысла его тянуть в проект. Использовал раньше, и точно могу сказать если кто использует кросс или фреш мввм то райза ручного достаточно.

Нашел интересное сообщение. Ты на формсах пишешь что ле? Опытные люди понимают что тащить фоди ради одного райза проперти это не очень хорошо. Лично мое мнение нет смысла его тянуть в проект. Использовал раньше, и точно могу сказать если кто использует кросс или фреш мввм то райза ручного достаточно.

сейчас пересел на xn, но на xf еще делаю проект, но там использование fody оправдано, ибо не только onProp.. используется

Нашел интересное сообщение. Ты на формсах пишешь что ле? Опытные люди понимают что тащить фоди ради одного райза проперти это не очень хорошо. Лично мое мнение нет смысла его тянуть в проект. Использовал раньше, и точно могу сказать если кто использует кросс или фреш мввм то райза ручного достаточно.

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

Нашел интересное сообщение. Ты на формсах пишешь что ле? Опытные люди понимают что тащить фоди ради одного райза проперти это не очень хорошо. Лично мое мнение нет смысла его тянуть в проект. Использовал раньше, и точно могу сказать если кто использует кросс или фреш мввм то райза ручного достаточно.

Поясните за фреш, пожалуйста. Я лично писал на light и немного на cross, но пришел к выводу, что в принципе в XF уже встроен отличный MVVM + Fody и свой кастомный NavService и можно пилить проекты

Поясните за фреш, пожалуйста. Я лично писал на light и немного на cross, но пришел к выводу, что в принципе в XF уже встроен отличный MVVM + Fody и свой кастомный NavService и можно пилить проекты

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

ERROR: S client not available

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

хмм, на light смахивает)

хмм, на light смахивает)

да все мввм фреймворки чем то смахивают друг на друга

да все мввм фреймворки чем то смахивают друг на друга

+

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

Да вот только сервис-локатор это анти-паттерн, а TinyIoC кусок непроизводительной каки. Любой уважающий себя IoC на с# должен использовать внутри себя для создания типов ILGenerator, а не инжектить типы через activator, а так же не заставлять программиста использовать постоянно сервислокатор или иными словами все зависимости инжектить в конструктор или на крайняк иметь propertyinjection атрибуты

Да вот только сервис-локатор это анти-паттерн, а TinyIoC кусок непроизводительной каки. Любой уважающий себя IoC на с# должен использовать внутри себя для создания типов ILGenerator, а не инжектить типы через activator, а так же не заставлять программиста использовать постоянно сервислокатор или иными словами все зависимости инжектить в конструктор или на крайняк иметь propertyinjection атрибуты

я говорю что там есть и не агитирую фреш использовать ибо сам его давно не использовал. За TinyIoC ничего не скажу ибо под капот не смотрел.

Да вот только сервис-локатор это анти-паттерн, а TinyIoC кусок непроизводительной каки. Любой уважающий себя IoC на с# должен использовать внутри себя для создания типов ILGenerator, а не инжектить типы через activator, а так же не заставлять программиста использовать постоянно сервислокатор или иными словами все зависимости инжектить в конструктор или на крайняк иметь propertyinjection атрибуты

В итоге, можно узнать ваше мнение о лучшем именно по вашему мнению MVVM Framework на XF (помимо советов вообще его не использовать и прочее, ибо насчет этого давно уже принял вашу точку зрения)

В итоге, можно узнать ваше мнение о лучшем именно по вашему мнению MVVM Framework на XF (помимо советов вообще его не использовать и прочее, ибо насчет этого давно уже принял вашу точку зрения)

лучшего нет. У каждого свои особенности, плюсы и минусы. Серебряной пули лично для меня ещё не появилось. Может плохо искал. Кросс с формсами оверхед. Во фреше сразу много всего напихано что ни шага влево шага вправо. В light наоборот самый минимум и 4-5 классов к нему дописать придется или 1-2 + Fody + навигацию свою.

лучшего нет. У каждого свои особенности, плюсы и минусы. Серебряной пули лично для меня ещё не появилось. Может плохо искал. Кросс с формсами оверхед. Во фреше сразу много всего напихано что ни шага влево шага вправо. В light наоборот самый минимум и 4-5 классов к нему дописать придется или 1-2 + Fody + навигацию свою.

Ну я именно так и light юзал

Мне понравилось, что даётся свобода с Navigationservice

ну так в таких вещах и должна быть свобода

ну так в таких вещах и должна быть свобода

А вообще дефолт mvvm уже весьма не плох, к нему Fody и пару оберток и все

А вообще дефолт mvvm уже весьма не плох, к нему Fody и пару оберток и все

ну или так

лайт он больше для native

как противовес mvvmcross

при том mvvmcross действительно старается в mvvm паттерн, тогда как light - это на самом деле RxVM

есть вот ещё MugenMvvmToolkit - не знаю не пользовался под капот не смотрел

я бы выделил ещё отдельно ReactiveUI.Fody - но это уже совершенно другой подход, от которого писают кипятком например многие на android платформе

писают от того как он крут?)

Или от того как он плох)

писают от того как он крут?)

От того на сколько хорошо он решает толстый стэк задач

ребята, можете подсказать чат по WPF/Xaml?

Ребята подскажите, файл ResourceDesigner.cs Resource.String формируется при создании проекта?

ребята, можете подсказать чат по WPF/Xaml?

Попробуй поискать тут. Это подборка - https://github.com/Ledrunning/telegram-list

От того на сколько хорошо он решает толстый стэк задач

Это реактивщина? Че там с отладкой?

Это реактивщина? Че там с отладкой?

а что там с отладкой? подключи логи да читай

Ребята подскажите, файл ResourceDesigner.cs Resource.String формируется при создании проекта?

при редактировании ресурсов

при редактировании ресурсов

Скажите, а почему может ругаться на такую строчку Resource.String.ok В файлах ресурсов нет константы ок.

Скажите, а почему может ругаться на такую строчку Resource.String.ok В файлах ресурсов нет константы ок.

может библиотека какая просит или криво добавилось. Создай такой строковый ресурс и всё

может библиотека какая просит или криво добавилось. Создай такой строковый ресурс и всё

Я так в принципе и сделал прям в этом файле. Просто как-то костыльно =)

Я так в принципе и сделал прям в этом файле. Просто как-то костыльно =)

*.designer файлы трогать не надо, изменения не сохраняются, они автоматически генерируются.

Скажите, а почему может ругаться на такую строчку Resource.String.ok В файлах ресурсов нет константы ок.

Попробуй запустить на нем Run Custom Tool

Правой кнопкой. Может не сгенерировал автоматом Designer