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

Question

С MvvmCross я пытаюсь привязать android: видимость TextView к пути, подобному «Results.Count», с конвертером, который преобразует целое число в видимость (если не нуль и больше нуля, отображается TextView).

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

[MvxBind] 1.34 Problem seen during binding execution for from SearchResult.Count to Visibility - problem InvalidCastException: Null object can not be converted to a value type. [MvxBind] at System.Convert.ToType (System.Object value, System.Type conversionType, IFormatProvider provider, Boolean try_target_to_type) [0x00000] in :0 [MvxBind] at System.Convert.ChangeType (System.Object value, System.Type conversionType, IFormatProvider provider) [0x00000] in :0 [MvxBind] at Cirrious.MvvmCross.Binding.ExtensionMethods.MvxTypeExtensions.MakeSafeValue (System.Type propertyType, System.Object value) [0x00000] in :0 [MvxBind] at Cirrious.MvvmCross.Binding.Bindings.Target.MvxPropertyInfoTargetBinding.MakeSafeValue (System.Object value) [0x00000] in :0 [MvxBind]
at Cirrious.MvvmCross.Binding.Bindings.Target.MvxPropertyInfoTargetBinding.SetValue (System.Object value) [0x00000] in :0 [MvxBind]
at Cirrious.MvvmCross.Binding.Bindings.MvxFullBinding.UpdateTargetFromSource (Boolean isAvailable, System.Object value) [0x00000] in :0 MvxBind:Error: 1.34 Problem seen during binding execution for from SearchResult.Count to Visibility - problem InvalidCastException: Null object can not be converted to a value type.MvxBind:Error: 1.34 Problem seen during binding execution for from SearchResult.Count to Visibility - problem InvalidCastException: Null object can not be converted to a value type. at System.Convert.ToType (System.Object value, System.Type conversionType, IFormatProvider provider, Boolean try_target_to_type) [0x00000] in :0 at System.Convert.ChangeType (System.Object value, System.Type conversionType, IFormatProvider provider) [0x00000] in :0

Преобразователь не дозвонились. Я бы ожидал, что конвертер будет вызываться в этом случае, как в Silverlight или WPF.

Я попытался самостоятельно отладить эту проблему, добавив MvvmCross по исходному коду (я добавил все необходимые проекты из github). Я установил точки останова в разных методах, показанных в стеке вызовов исключений (пример: Cirrious.MvvmCross.Binding.ExtensionMethods.MvxTypeExtensions.MakeSafeValue), но при запуске точки останова не пострадали, они были проигнорированы отладчиком.

Странно то, что настройка точки останова в других частях исходного кода MvvmCross (как в MvxAndroidSetup) работала.

Помимо проблемы с конвертером, я хотел бы знать, как заставить контрольные точки работать в коде MvvmCross. Это позволило бы мне больше понять и даже принять участие в проекте, если это возможно.

Answer 1

Существуют небольшие различия между связями/расчетами для MvvmCross по сравнению с Xaml.

В частности, мы знаем, что FallbackValue интерпретируется и используется по-разному. Это различное поведение:

• происходит на линии MvxFullBinding.cs#L109
• вошедшего в https://github.com/slodge/MvvmCross/issues/297.

Если у вас есть дополнительные тестовые примеры для добавления в этот список, загрузите их как репозитории GitHub и свяжите их с этим делом. (Но не ждите «очень быстрых» изменений/исправлений для этого кода привязки - поскольку изменение этого может сломать много приложений, которые теперь полагаются на него, а как MvxValueConverters часто построены, чтобы быть гораздо более специфичными по типу, чем традиционные Microsoft IValueConverter)

---

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

• FallbackValue может работать для вас, как обходной путь (но может быть резервное значение перечисления может быть трудно сделать в XML)
• или вы можете использовать пользовательскую привязку
• или вы можете манипулировать структурой ViewModel.

---

Что касается контрольных точек, не работающих в ИХЛЕ с Xamarin.Android, это регистрируется во многих местах и ​​имеет были основной головной боль в течение более 6 месяцев. Согласно https://bugzilla.xamarin.com/show_bug.cgi?id=8209, это, по-видимому, теперь зафиксировано на канале Alpha, но, вероятно, никогда не появится в 4.6.