SP
От данных может зависеть
Size: a a a
2020 September 29
KA
Тоже самое сказал тим.лиду, который собеседовал, на что он мне ответил, что разметка на C# быстрее и приложение меньше весит 😂
Раньше действительно c# работал быстрее xaml, но с приходом xaml compilation уже разницы по сути нет, в итоге на выходе как раз так же c# идёт.
Плюсы есть у обоих подходов к наисанию UI, как вариант - можно совмещать.
Но писать верстку в c# не так наглядно
Плюсы есть у обоих подходов к наисанию UI, как вариант - можно совмещать.
Но писать верстку в c# не так наглядно
KA
в целом да, нужно не забывать что BindableLayout все такие в памяти хранит, лучше CollectionView использовать если список большой
Так да, но тут надо ситуации смотреть. Если много прям, то да - CollectionView, если мало, то часто BindableLayout хорошо работает.
KA
Roman
Нужно, чтобы ViewModelA передавала данные в ViewModelB и получала обратно результат обработки. Как лучше это сделать в Forms?
да передавать просто в конструктор VM, получать через TaskComplitionSource, который так же передается
Ä
Раньше действительно c# работал быстрее xaml, но с приходом xaml compilation уже разницы по сути нет, в итоге на выходе как раз так же c# идёт.
Плюсы есть у обоих подходов к наисанию UI, как вариант - можно совмещать.
Но писать верстку в c# не так наглядно
Плюсы есть у обоих подходов к наисанию UI, как вариант - можно совмещать.
Но писать верстку в c# не так наглядно
Понял, спасибо за информацию,
В итоге получается, что разметка на C# более трудоемкая но работает чуть быстрее чем XAML и подходит под динамический интерфейс, XAML подойдёт под статический интерфейс и в качестве плюшки есть горячая перезагрузка, что облегчает создание интерфейса?
В итоге получается, что разметка на C# более трудоемкая но работает чуть быстрее чем XAML и подходит под динамический интерфейс, XAML подойдёт под статический интерфейс и в качестве плюшки есть горячая перезагрузка, что облегчает создание интерфейса?
KA
Понял, спасибо за информацию,
В итоге получается, что разметка на C# более трудоемкая но работает чуть быстрее чем XAML и подходит под динамический интерфейс, XAML подойдёт под статический интерфейс и в качестве плюшки есть горячая перезагрузка, что облегчает создание интерфейса?
В итоге получается, что разметка на C# более трудоемкая но работает чуть быстрее чем XAML и подходит под динамический интерфейс, XAML подойдёт под статический интерфейс и в качестве плюшки есть горячая перезагрузка, что облегчает создание интерфейса?
Ну разница в скорости сейчас стремится к 0. Но в целом да, так оно и есть
Ä
Ну разница в скорости сейчас стремится к 0. Но в целом да, так оно и есть
Ещё раз спасибо, помогли поставить точку в этом вопросе)
dd
Так да, но тут надо ситуации смотреть. Если много прям, то да - CollectionView, если мало, то часто BindableLayout хорошо работает.
нужно еще учитывать, что CollectionView еще багованый сильно. Например в Footer и Header entry не засунуть, с refresh view хреново работает
2020 September 30
SP
Google запретит разработчикам приложений принимать платежи в обход Google Play. За аналогичную схему критикуют Apple — Meduza
https://meduza.io/news/2020/09/29/google-zapretit-razrabotchikam-prilozheniy-prinimat-platezhi-v-obhod-google-play-za-analogichnuyu-shemu-kritikuyut-apple
https://meduza.io/news/2020/09/29/google-zapretit-razrabotchikam-prilozheniy-prinimat-platezhi-v-obhod-google-play-za-analogichnuyu-shemu-kritikuyut-apple
А
Всем салют. Подскажите такой момент, пожалуйста. Если делать в приложении межстраничную рекламу, то мне нужно вызывать определенный метод который на весь экран включает рекламку. Но иногда реклама грузится долго, а функционал приложения остается активен. Есть какой-то common-use способ чтобы пока не воспроизвелась реклама, "заблокировать" функционал вообще всего?
UPD. В винформах в свое время просто полупрозрачная темная панель поверх всех элементов клалась чтобы клики машкой не проходили)))
UPD. В винформах в свое время просто полупрозрачная темная панель поверх всех элементов клалась чтобы клики машкой не проходили)))
AZ
Как это можно решить? Клин, ребилд делал - не хочет работать
P
Попробуй удалить из всех проектов бин/obj папки
AZ
Попробуй удалить из всех проектов бин/obj папки
Делал, все равно не помогает
B
Всем салют. Подскажите такой момент, пожалуйста. Если делать в приложении межстраничную рекламу, то мне нужно вызывать определенный метод который на весь экран включает рекламку. Но иногда реклама грузится долго, а функционал приложения остается активен. Есть какой-то common-use способ чтобы пока не воспроизвелась реклама, "заблокировать" функционал вообще всего?
UPD. В винформах в свое время просто полупрозрачная темная панель поверх всех элементов клалась чтобы клики машкой не проходили)))
UPD. В винформах в свое время просто полупрозрачная темная панель поверх всех элементов клалась чтобы клики машкой не проходили)))
Сделай переход на следующую страницу после метода show в interstitial ads, как вариант
А
Сделай переход на следующую страницу после метода show в interstitial ads, как вариант
Мне кажется это будет выглядеть так себе.
B
Идея тоже так себе. Если реклама не прогрузилась, она пропускается
P
Делал, все равно не помогает
Проверь референсы на проекты; изменения в .csproj-ах, студия могла подломать что-нибудь
А
Идея тоже так себе. Если реклама не прогрузилась, она пропускается
хм
А
интересная мысль
B
Если интернет выключен, то интерфейс зависнет. Разве что через connectivity проверять наличие интернета