༺V
x:Name="ItemsListView" в xamlа в коде itemsListCollection, то что оно ещё нигде не объявлено
как его правильно объявить и протянуть во вью модель ?
Size: a a a
2020 September 29
О
Модификатор сделать public и обращаться
О
<ListView x:Name="ItemsListView"а обращение к нему:
x:FieldModifier=public />
Project.WhereIsClass.Class.ItemsListView
Ä
Приветствую, есть ли разница на чем писать разметку (C# или XAML)? Что обычно используете для коммерческих проектов?
MO
Приветствую, есть ли разница на чем писать разметку (C# или XAML)? Что обычно используете для коммерческих проектов?
на C# вроде быстрее приложение будет
MO
но на xaml удобней
Ä
на C# вроде быстрее приложение будет
Понял, а если подойти с позиции общего веса приложения?
АА
Понял, а если подойти с позиции общего веса приложения?
Без разницы XAML потому все равно коvпилируется
АА
Лучше разделять код и UI
T
Лучше разделять код и UI
согласен. На вес никак не влияет, но в Xaml рисуется все-таки удобнее
АА
Да и HotReload работает для XAML
Ä
Лучше разделять код и UI
Тоже самое сказал тим.лиду, который собеседовал, на что он мне ответил, что разметка на C# быстрее и приложение меньше весит 😂
T
Порог вхождения в Xaml верстку гораздо проще и интуитивно понятнее. Конечно надо знать оба варианта реализации контролов, но на xaml рисуется гораздо быстрее
T
плюс если страница является статичной, то все-таки xaml
T
если надо динамически что-то отрисовывать, то тут уж через код
АА
Тоже самое сказал тим.лиду, который собеседовал, на что он мне ответил, что разметка на C# быстрее и приложение меньше весит 😂
Тим лид видимо паутиной зарос или не следит за развитием Forms.
Раньше времени не стоит заниматься оптмизацией, если упретесь в потолок производительности, проще уже в нативе контрол написать свой.
Раньше времени не стоит заниматься оптмизацией, если упретесь в потолок производительности, проще уже в нативе контрол написать свой.
Ä
Тим лид видимо паутиной зарос или не следит за развитием Forms.
Раньше времени не стоит заниматься оптмизацией, если упретесь в потолок производительности, проще уже в нативе контрол написать свой.
Раньше времени не стоит заниматься оптмизацией, если упретесь в потолок производительности, проще уже в нативе контрол написать свой.
Возможно и так, было интересно узнать мнение со стороны по этому вопросу
T
Возможно и так, было интересно узнать мнение со стороны по этому вопросу
https://devblogs.microsoft.com/xamarin/shrinking-android-app-size/
прошлогодний пост про уменьшение веса апк. Часть уже интегрировано в ide, либо стоит по дефолту в новом проекте.
Но даже тут ни слова про xaml vs cs
прошлогодний пост про уменьшение веса апк. Часть уже интегрировано в ide, либо стоит по дефолту в новом проекте.
Но даже тут ни слова про xaml vs cs
VK
если надо динамически что-то отрисовывать, то тут уж через код
У нас в проктах отлично себя показывали BindableLayout + TemplateSelector. Чистый Xaml, хорошая динамика.