Особенности разработки под Xamarin.Forms

[kekekeks]

Всё бы хорошо, если бы не баги. На андроиде, например, периодически выскакивает что-то вроде этого при переключении страничек. И таких вещей достаточно много.

[Mirimon]

Согласен, багов не мало. Но нам удавалось так или иначе обойти если не все, то большинство из них. Как правило, уходом на уровень натива.

[northicewind]

Просадка производительности в контексте разработки гридов или в общем чувствуется? Относительно оригинальных Xamarin фреймворков. Сказывается ли на отзывчивости и в какой мере? Спасибо

[Mirimon]

Тут скорее дело в скорости перерисовки достаточно богатого визуального дерева. Xamarin любит это делать полностью, а не только ту часть, которая реально поменялась. Поэтому могут быть проблемы на операциях, которые часто что-то меняют в дереве.

[Don_Eric]

>> Так как это поведение специфично под WinPhone, то и решать это надо не на уровне PCL, а в рендерере свича

A почему не пользоваться Device.OnPlatform?

Device.OnPlatform is a generic method that has three optional parameters: iOS, Android, and WinPhone. It can be used to provide platform-specific values

// left and right padding: 5; top padding: 20 (only on iOS)
layout.Padding = new Thickness (5, Device.OnPlatform(20,0,0), 5, 0),

<BoxView.Color>
<OnPlatform x:TypeArguments=«Color»
iOS=«Green»
Android="#738182"
WinPhone=«Accent» />
</BoxView.Color>
<BoxView.WidthRequest>
<OnPlatform x:TypeArguments=«x:Double»
iOS=«30»
Android=«40»
WinPhone=«50» />
</BoxView.WidthRequest>

[Mirimon]

Но доступа ни к реальному визуальному дереву, ни к стилям, в понимании WinPhone, в PCL части у нас нет. Так что OnPlatform здесь не поможет, так как это просто ветвление кода в зависимости от платформы, а не доступ к нативным платформенным частям.