Ну вот регулярная ситуация: хочется потащить какую-нибудь панель по pan

Менять можно. Если это дает хоть какие-то преимущества и остальные потом подтянутся

Окей. какие альтернативы? Ну и Формс - опенсорс - реализуйте своё виденье,, создавайте Pull request

Ну вот регулярная ситуация: хочется потащить какую-нибудь панель по pan

ситуация - навесить тап на элемент и вызвать при тапе метод во VM куда чаще, чем необходимость таскать панель)

Окей. какие альтернативы? Ну и Формс - опенсорс - реализуйте своё виденье,, создавайте Pull request

И поддерживать свой форк, который будет менее популярен потому что все доки не про него ?

И поддерживать свой форк, который будет менее популярен потому что все доки не про него ?

как бы я сказал не про форк, а про PR в сам формс

ситуация - навесить тап на элемент и вызвать при тапе метод во VM куда чаще, чем необходимость таскать панель)

Чаще всего на элементе уже будет событие или поле куда кинуть команду

А если тебе не надо трогать vm, то ты просто на месте создаешь команду, в которую пихаешь лямбду...

Эм. Обработка тапа на вью куда более распространённый кейс. Бывает что нужно и свайп и тап навесить. Как раз через коллекцию gesture recognizeров это и делается, а ещё бывают между ними конфликты которые нужно устранять

как бы я сказал не про форк, а про PR в сам формс

Отличный план. Давай трезво подумаем какой шанс что его примут?

Отличный план. Давай трезво подумаем какой шанс что его примут?

Если хорошо аргументируешь - шанс есть. Пока кроме вкусовщины аргументов не вижу

Если хорошо аргументируешь - шанс есть. Пока кроме вкусовщины аргументов не вижу

Аргумент: это отклонение того что уже было принято в XAML, которое не дает ни одного осмысленного плюса

Кстати, XAML-фреймворки сами по себе не требуют MVVM. Так что аргументы, что проще туда передать команду не имеют смысла для части комьюнити

Аргумент: это отклонение того что уже было принято в XAML, которое не дает ни одного осмысленного плюса

Сейчас в xamarin xaml просто чисто как формат. Воспринимай просто как xml

Я могу смело сделать реально мелкое приложение целиком в коде бехайнде вьюхи

Могу начать делать в MVP/MVC стиле

Или вообще начать прикручивать какой-нибудь модный VIPER и фреймворк не должен мне мешать

Можешь. Я на xamarin приложение пишу вообще без использования xaml

Можешь. Я на xamarin приложение пишу вообще без использования xaml

Просто в коде собираешь вьюху?

Просто в коде собираешь вьюху?

Да

В целом это ничего не меняет. Всё равно было бы проще иметь события и возможно просто команды свойствами

В целом это ничего не меняет. Всё равно было бы проще иметь события и возможно просто команды свойствами

Ну да. Но можно и самому это реализовать) https://i.imgur.com/KcUoFVp.png

Строки биндингов бы на что-то типизированное заменить...

Можешь. Я на xamarin приложение пишу вообще без использования xaml

Грустно

Строки биндингов бы на что-то типизированное заменить...

Например?

Грустно

Почему?

Ну предпочитаю разметку делать не из кода)

Например?

set.Bind(this) .For(v => v.ModeList) .To(vm => (vm.Device).ModeList) .TwoWay();

(это MvvmCross)

А особенно классно когда в разметке можно и биндинги делать. Это допустим в нативках есть у AppKit, но почему-то нет в UIKit.

А особенно классно когда в разметке можно и биндинги делать. Это допустим в нативках есть у AppKit, но почему-то нет в UIKit.

AppKit ?

AppKit ?

macOS приложения)

set.Bind(this) .For(v => v.ModeList) .To(vm => (vm.Device).ModeList) .TwoWay();

Какой-то уродливый я пример скопипастил... Но суть понятна

set.Bind(this) .For(v => v.ModeList) .To(vm => (vm.Device).ModeList) .TwoWay();

Прямая связь с VM не есть хорошо. Но можно и методом. Это моя реализация, что бы верстка в коде чище была

macOS приложения)

Ну вот меня и смутило. На мобилках долго в UIkit не будет ещё привязок. Потому как вроде только только согласились делать xml-подобную верстку как в Android чтобы можно было без дизайнера в Xcode править сразу

Прямая связь с VM не есть хорошо. Но можно и методом. Это моя реализация, что бы верстка в коде чище была

С чего это не хорошо. Все ок с этим

Ну вот меня и смутило. На мобилках долго в UIkit не будет ещё привязок. Потому как вроде только только согласились делать xml-подобную верстку как в Android чтобы можно было без дизайнера в Xcode править сразу

Неужели решились?!

Прямая связь с VM не есть хорошо. Но можно и методом. Это моя реализация, что бы верстка в коде чище была

Почему не есть? View знает о VM, а VM о M и это норма

Ну все равно, лучше уж совсем независимо

это как так?

Лучше не знать к чему ты привязываешься? Спорное утверждение

тогда их нельзя будет связать

Почему не есть? View знает о VM, а VM о M и это норма

а вот тут уже не соглашусь) VM о M ничего не должна знать. По сути должен быть 1 интерфейс получения различных данных описанный в domain слое который уже выдает некие Entity. А data слой единственное о чем знает - какой интерфейс ему надо реализовать и какие entity выдать наружу. Таким образом VM не знает вообще ничего кроме как о Entity и сервисах доменного слоя. V о VM и об этих Entity тоже вполне себе может знать.

кто-то о ком-то должен же знать

а вот тут уже не соглашусь) VM о M ничего не должна знать. По сути должен быть 1 интерфейс получения различных данных описанный в domain слое который уже выдает некие Entity. А data слой единственное о чем знает - какой интерфейс ему надо реализовать и какие entity выдать наружу. Таким образом VM не знает вообще ничего кроме как о Entity и сервисах доменного слоя. V о VM и об этих Entity тоже вполне себе может знать.

Допустим, у тебя приложение в стиле интернет магазина и есть товар и соответственно страница просмотра товара. ItemData - дтоха, которая приходит с сервера, ItemDataViewModel - VM, ItemDataView - View. ItemDataViewModel знает какие поля есть в ItemData?

я не тащу DTO с их возможными зависимостями от чего угодно хоть от json, хоть от grpc хоть от realm. Я использую промежуточные Entity domain слоя у которых есть не только поля но и методы бизнес-логики.

Допустим, у тебя приложение в стиле интернет магазина и есть товар и соответственно страница просмотра товара. ItemData - дтоха, которая приходит с сервера, ItemDataViewModel - VM, ItemDataView - View. ItemDataViewModel знает какие поля есть в ItemData?

в его случае ItemData будет иметь аналогичный возможно даже с теми же полями объект типа ItemDataEntity, который пригоден для работы с VM облепиха абстракций

хорошо это или плохо - не могу сказать спорно

в его случае ItemData будет иметь аналогичный возможно даже с теми же полями объект типа ItemDataEntity, который пригоден для работы с VM облепиха абстракций

угу, примерно так. В итоге остаешься независим от смены реализации дата слоя. Меняешь маппинг и все. + есть внутренняя логика кэширования и сохранения всякой прочей дребедени и она остается в data независимо от реализации провайдера данных и того какой контракт с сервером.

самое страшное, когда ItemData видна в ItemDataView

вот от такого уж точно надо избавляться

вот от такого уж точно надо избавляться

В зависимости от приложения

В зависимости от приложения

пример, где такое допустимо, пожалуйста

самое страшное, когда ItemData видна в ItemDataView

ну бывает что не хватает примитивов и конвертеров чтобы как-то сконвертить типы domain уровня в типы с которыми может работать view. Очень редко такое бывает, но действительно доставляет хлопот(

ну максимум, что я себе позволял, это какой-нибудь enum из API видный во View

пример, где такое допустимо, пожалуйста

Когда у тебя много разных сабтайпов у ItemData, а команды и прочее наполнение VM одинаковое

то есть когда очень много разных моделей в моделях?

Например из последнего: на вьюхе с камерой нужно рисовать некие квадратные объекты разных цветов по координатам: а информация об этих шэйпах идет из data слоя

Например из последнего: на вьюхе с камерой нужно рисовать некие квадратные объекты разных цветов по координатам: а информация об этих шэйпах идет из data слоя

так разве это не ваш подход, чтобы преобразовать эти данные в ещё одну обёртку уровня VM и потом уж ей пользоваться?

то есть когда очень много разных моделей в моделях?

Не совсем. Допустим, у тебя есть отдельные классы для разных типов айтемов. Но действия из UI с ними одинаковые, поэтому ты в целом можешь реюзать VM

так разве это не ваш подход, чтобы преобразовать эти данные в ещё одну обёртку уровня VM и потом уж ей пользоваться?

ну так. из дата слоя приходит уже некий смапленный тип объединяющий в себе допустим и Rectangle и Color из System.Drawing и Text. И онже едет до вьюхи которая ждет что ей скормят именно этот тип, потому как нельзя взять и сделать на View отдельные проперти типа System.Drawing, ибо шэйпов там этих может быть целая коллекция например. В итоге вьюха оказывается завязана на тип domain слоя. Увы. Выход написать примерно тоже самое на уровне View и смаппить/сконвертировать. Но бывает часто лень уже)

Всем привет! Очень нужна помощь. Пытаюсь собрать приложение для запуска на iOS 12. При дебаге на устройстве и эмуляторе все отлично. Но как только собираю in-house версию и пытаюсь ее установить на 12 iOS, приложение начинает вылетать сразу после сплэш скрина. Xamarin.Forms, VS for Mac последняя для Xcode 10.

Народ, как сделать простую видеогалерею

Загрузка из интернета

Ios

какого вида галерею?

Контроллер на контроллере, видео с описание списком, нажимает на видео открывается видеопроигрыватель и запускает видос

Из ютуба можно сделать как то?

вы не описали вид галереи, а описываете какую-то свою реализацию, которая у вас в голове

ERROR: S client not available

телепатов нет

(Кнопка Next не активна)

Com ТОЧКА имя

Попробуй

Важно отметить - Rider отказывается видить Mono, который я уже поставил дважды - версию для Visual Studio и для него

Com ТОЧКА имя

он его серым чуть ниже и так пишет

Важно отметить - Rider отказывается видить Mono, который я уже поставил дважды - версию для Visual Studio и для него

Ему надо руками указать, если не видит

а вы руками все компоненты ставили или с установщиком от VS?

Ок

а вы руками все компоненты ставили или с установщиком от VS?

вначале установщиком, потом руками

в VS -> Preferences -> .NET Runtimes выбран ваш Mono framework?

Ему надо руками указать, если не видит

И руками непонятно какой адрес указывать - я нигде её найти не могу

всё также

только версия чуть повыше

Target Platforms видимо необходимо выбрать

Они серые

Я не могу их выбрать

а SDK для iOS и Android установлены и пути к ним стоят?

Я не могу их выбрать

поэтому и не можешь создать проект.

поэтому и не можешь создать проект.

это я уж понял...

а SDK для iOS и Android установлены и пути к ним стоят?

Ну, Android Studio у меня стоит, поэтому SDK точно где-то есть

для iOS нужно xcode качать и т.п., в доках всё это есть

Всем привет, может кто-нибудь подсказать, как как в Xamarin Android можно из service обратиться к уже запущенной Activity?

Ребят, кто-то работал с Places SDK, конкрент current Place интересует, где там в PlaceLikelihoodBufferResponse должны находиться места ?

Всем привет, может кто-нибудь подсказать, как как в Xamarin Android можно из service обратиться к уже запущенной Activity?

Как вариант при старте сервиса ссылку на активити передавать

для iOS нужно xcode качать и т.п., в доках всё это есть

Мне хоть iOS и не нужна, но XCode и все библиотеки для неё у меня тоже есть

Я проверил - Visual Studio видит и SDK, и NDK, и 27 API.