KA
Да можно и на Forms. Написать CollectionView, к которому просто коллекция биндится, а все остальное внутри уже нативно
моно, конечно, но не просто
Size: a a a
2020 August 06
dd
моно, конечно, но не просто
Это да, я тут начал в исходниках XF копаться, там конечно, веселье, я теперь понял почему он местами такой глючный
dd
и не функциональный
KA
и не функциональный
не функциональный из-за того, что внедряют только то, что из-за коробки есть на платформах. Так то есть некоторые моменты, с не самой лучшей реализацией.. Но исходники полезно знать
dd
@BOOMikru там много фигни когда создаются "лишние" экземпляры объектов и происходят "лишние" вызовы. И то что в нативе происходит за один вызов, в XF может быть за 10 и боле вызовов
грубо говоря есть нативный метод (к примеру):
SetFont(FontFamily, FontSize)
И при установке допустим лейблу FontFamily = "Arial", FontSize=22 в XF
Нативный метод вызывается два раза:
1) SetFont( "Arial", Default)
2) SetFont( "Arial", 22)
грубо говоря есть нативный метод (к примеру):
SetFont(FontFamily, FontSize)
И при установке допустим лейблу FontFamily = "Arial", FontSize=22 в XF
Нативный метод вызывается два раза:
1) SetFont( "Arial", Default)
2) SetFont( "Arial", 22)
KA
@BOOMikru там много фигни когда создаются "лишние" экземпляры объектов и происходят "лишние" вызовы. И то что в нативе происходит за один вызов, в XF может быть за 10 и боле вызовов
грубо говоря есть нативный метод (к примеру):
SetFont(FontFamily, FontSize)
И при установке допустим лейблу FontFamily = "Arial", FontSize=22 в XF
Нативный метод вызывается два раза:
1) SetFont( "Arial", Default)
2) SetFont( "Arial", 22)
грубо говоря есть нативный метод (к примеру):
SetFont(FontFamily, FontSize)
И при установке допустим лейблу FontFamily = "Arial", FontSize=22 в XF
Нативный метод вызывается два раза:
1) SetFont( "Arial", Default)
2) SetFont( "Arial", 22)
Ну да, тут согласен. Есть такие моменты, но часто это плата за удобство
dd
Ну да, тут согласен. Есть такие моменты, но часто это плата за удобство
и везде кроме списков это не сильно бьет по производительности. Но в списках прям жесть
KA
и везде кроме списков это не сильно бьет по производительности. Но в списках прям жесть
потому что в списках много раз создаются вьюхи, а на страницах один раз
dd
потому что в списках много раз создаются вьюхи, а на страницах один раз
по этому в списках онли Binding OneTime
KA
по этому в списках онли Binding OneTime
если это возможно)
dd
и лучше всякие преобразования, которые можно в Xaml и конверторы вынести, надо выносить в модель
dd
код визуальнно чуть более грязный, но более быстрый
KA
и лучше всякие преобразования, которые можно в Xaml и конверторы вынести, надо выносить в модель
главное лейауты нормальные сделать, уже сильно лучше будет
dd
главное лейауты нормальные сделать, уже сильно лучше будет
ну когда Label с кучей спанов и биндингов, это прям не очень, лучше это преобразование в модель кинуть. я вчера в рендере label на ios копался
dd
а если там еще конвертеры
KA
ну когда Label с кучей спанов и биндингов, это прям не очень, лучше это преобразование в модель кинуть. я вчера в рендере label на ios копался
Ну такое да.
Д
Ой знатоки, мне не ответили
Д
Ошибка быда в заголовках
Д
И они в httpclient неявно указываются
Д
Пришлось доку читать