все эти нагромождения не делают архитектуру чистой и вменяемой для сопровождения. Найти программиста просто знающего mvvm паттерн куда проще чем знающего ещё отдельную либу от японских коллег. Вот и все

Вкусовщина.

Мне проще видеть 1 строчку, чем 5, для одного и того же действия. И писать 1 строчку проще, чем 5

А так да, в 2017 можно как в 2007 писать, если так привычнее и понятнее )

Программистов, знающих jQuery, куда больше, чем знающих Реакт/Ангуляр ? (набрасываю)

Fody классная конечно вещь, но вот 1 версия не дружит с Mono 5.. https://github.com/jbevain/cecil/issues/378

Ана счер ObservableProperty, ReactiveProperty.. конечно удобно, что всего 1 строка.. Но это всё таки другой класс, а не напрямую примитив.. В проектах сейчас такой подход использую: public bool IsBusy { get { return Get<bool>(); } set { Set(value); } } А писать благодаря сниппетам не сложно, только тип да название вводи

Стремная бага, почему не в Fody?

Ана счер ObservableProperty, ReactiveProperty.. конечно удобно, что всего 1 строка.. Но это всё таки другой класс, а не напрямую примитив.. В проектах сейчас такой подход использую: public bool IsBusy { get { return Get<bool>(); } set { Set(value); } } А писать благодаря сниппетам не сложно, только тип да название вводи

Это мусор который загромождает код.

Стремная бага, почему не в Fody?

ну там тоже есть, но вроде как раз она в Cecil, а Fody напоролся на неё

public SampleViewModel : ViewModelBase { #region Horrible region private bool _sampleField; public bool SampleField { get => _sampleField; set => SetField(value); } #endregion } ~~~ public SampleViewModel { public ReactiveProperty<bool> SampleField { get; } = new ReactiveProperty<bool>(); } ?

Это мусор который загромождает код.

сверни проперти в регион и не будет мешать. В 1 строку конечно лучше, но всё таки без костылей в виде Fody/ ***Property<T> не сделать.

public SampleViewModel : ViewModelBase { #region Horrible region private bool _sampleField; public bool SampleField { get => _sampleField; set => SetField(value); } #endregion } ~~~ public SampleViewModel { public ReactiveProperty<bool> SampleField { get; } = new ReactiveProperty<bool>(); } ?

а нафига тут = new ReactiveProperty<bool>();? тоже лишнее

Так-то весь этот INotifyPropertyChanged тот ещё костыль ?

Ну против этого не поспоришшь и никуда не денешься)

сверни проперти в регион и не будет мешать. В 1 строку конечно лучше, но всё таки без костылей в виде Fody/ ***Property<T> не сделать.

От того что их спрятали под ковер, они не исчезли и кода меньше не стала (да и на github их не свернешь)

public SampleViewModel : ViewModelBase { #region Horrible region private bool _sampleField; public bool SampleField { get => _sampleField; set => SetField(value); } #endregion } ~~~ public SampleViewModel { public ReactiveProperty<bool> SampleField { get; } = new ReactiveProperty<bool>(); } ?

Но вот в этом способе мне больше всего не нравится, то что тип меняется. Например для ReactiveProperty<int> Count получится написать Count++? ну и другие примеры.

Count.Value++ можно. И бинды тоже на Value (возможно, это недостаток в виде большебуков в биндингах).

От того что их спрятали под ковер, они не исчезли и кода меньше не стала (да и на github их не свернешь)

Нет исходников-нет проблем) при разработке это не мешает, тем более можно свернуть только { get { return Get<bool>(); } set { Set(value); } }

Count.Value++ можно. И бинды тоже на Value (возможно, это недостаток в виде большебуков в биндингах).

Ну вот это Value уже усложняет жизнь, чем в моём варианте

а нафига тут = new ReactiveProperty<bool>();? тоже лишнее

возможно, такие вещи лучше делать в конструкторе фабрикой/реактивными билдерами какими-нибудь

Ну вот это Value уже усложняет жизнь, чем в моём варианте

5 букв против 5 строчек ? ну нинаю

Вообще не понимаю зачем его тут инициализировать) Тем более можно сделать struct его)

5 букв против 5 строчек ? ну нинаю

5 строчек один раз, которые автоматически пишутся или 5 букв, которые надо писть при каждом обращении, сотни раз)? ну нинаю

Даже если локальные переменные использовать, то всё равно больше, чем 1 раз обычно пропети используются

Вообще не понимаю зачем его тут инициализировать) Тем более можно сделать struct его)

Ух ты! А вот это крутая идея, спасибо :) Ща посмотрим, что получится.

всем привет, подскажите в чем может быть проблема добавила в contentview bindable property и делаю binding к коллекции viewmodel но bindable property null ?

public static readonly BindableProperty AvailableCallsProperty = BindableProperty.Create(nameof(AvailableCalls), typeof(IList<CallItem>), typeof(CallHistoryView), new ObservableCollection<CallItem?), propertyChanged: SourcePropertyChanged);

AvailableCalls="{Binding UserNumbers}"/>

всем привет, подскажите в чем может быть проблема добавила в contentview bindable property и делаю binding к коллекции viewmodel но bindable property null ?

что ни кто с подобным не сталкивался?

что ни кто с подобным не сталкивался?

А покажи код вьюмодели? и на каком моменте null?

А покажи код вьюмодели? и на каком моменте null?

спасибо проблему решила

кто-то пользовался этим плагином? https://www.nuget.org/packages/Xam.Plugin.Connectivity/

Ребят, кто сталкивался? MvxRecyclerView отображается в 5-10 раз медленнее чем MvxListView

кто-то пользовался этим плагином? https://www.nuget.org/packages/Xam.Plugin.Connectivity/

Многие пользовались, мы в том числе

одну проблему я уже решил? вторая осталась

первое что приходит на ум - снизить версию design библиотеки в nuget до 23

первое что приходит на ум - снизить версию design библиотеки в nuget до 23

спасибо. сработало?

Многие пользовались, мы в том числе

+

Господа, чем заменяли ripple effect на <5 ведрах?

Господа, чем заменяли ripple effect на <5 ведрах?

обычной подсветкой. не нужен рипл на <5

Так его и нет

из коробки нет

а сторонее решение есть

Кто юзал MvxRecyclerView? Почему он вызывает garbage collect и вообще загружается очень медленно при большом списке?

Всем доброе утро. Кто-нибудь работал с Telerik Ui для xamarin.forms? Если да, то есть ли какая-нибудь возможность итемам из RadListView точечно задавать параметры (конкретно нужен BackgroundColor). Заранее, спасибо.

Кто юзал MvxRecyclerView? Почему он вызывает garbage collect и вообще загружается очень медленно при большом списке?

хз. у меня обычный Recycler View - все ок

причину тормозов видимо ты ищешь не в том месте

причину тормозов видимо ты ищешь не в том месте

я только меняю на MvxListVIew - загружается быстрее в 5 раз. Тут уж хз где искать.

ну я точно могу сказать что Recycler View не может вот так просто работать медленно

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

не знаю какая там сейчас имплементация в MvvmCross

давно уже не пользовался

давно уже не пользовался

если какой-нибудь простенький xml делать в качестве itemstemplate - быстро загружается

ERROR: S client not available

если какой-нибудь простенький xml делать в качестве itemstemplate - быстро загружается

Ну вот у меня есть лэйауты с констрейнтом хотя его в списках не рекомендуют - все ок.

у меня только RelativeLayout и тд) и говорю же, меняешь на <MvxListView /> тут же загружается в 5-10 раз быстрее)

только не могу его использовать, так как CoordinatorLayout

чем больше bind'ов в элементе, тем больше тормозит

Ребят, посоветуйте какой-нибудь плагин для Local Notification iOS и Android

Ребят, посоветуйте какой-нибудь плагин для Local Notification iOS и Android

Руками через dependencyService реализуй. Там всё просто.. для такой мелочи лишние плагины подключать.. А каждый плагин это плюс к времени запуска

Руками через dependencyService реализуй. Там всё просто.. для такой мелочи лишние плагины подключать.. А каждый плагин это плюс к времени запуска

Может есть примерчик какой-нибудт?

Может есть примерчик какой-нибудт?

гуглится легко)

Господа, кто может для Xamarin посоветовать обфускатор? (кроме дотфускатора)

Как оказалось он стоит 5к евро на одну рабочую станцию, совсем охуели

ну а кому обфускатор нужен? Банковским аппам и другим где безопасность важна. 5к это копейки по факту для финансовых структур

так что я удивлен что не 10к-20к заломили

У нас тут СБ выпендривается и не пропускает аппу в релиз без обфускации (мобильный оператор, 5к зажали)

ну дык

нефик зажимать

хотят чтобы задача была выполнена - пусть платят

если нет - пропускают аппу. все ж логично)

Вообще да, но не в этот раз

пусть тогда откуда-то сверху вежливо просят СБ-ников помолчать

ну или неочень вежливо

Понял, чувствую это надолго затянется)

Господа, кто может для Xamarin посоветовать обфускатор? (кроме дотфускатора)

Ищите. Не помню название, но я пользовался. Завтра напишу, если напомните. Бесплатный вариант, средняя степень обфускации

Господа, кто может для Xamarin посоветовать обфускатор? (кроме дотфускатора)

Посмотрите в сторону .NET Reactor, юзал его для WPF, но он подерживает Xamarin.Android и iOS и стоит $279 http://www.eziriz.com/dotnet_reactor.htm

подскожите календарь для xamarin.ios . Чтобы можно было выбирать период дат

подскожите календарь для xamarin.ios . Чтобы можно было выбирать период дат

А там нет datetimepicker?

а можно ли перехватить нажатие кнопки назад (на самом аппарате) на XF в кроссплатформенном варианте, а не по отдельности?

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