тсссс

)

сделай поддельный студ билет и в путь

до сих пор работает!? ?

дримспарк вроде дает доступ только с сайту и маленькой дб

я хочу app service mobuile развернуть да и база возможно понадобится

30 мб ограничение

Да и этого сервиса там вроде нет:(

тот еще аттракцион неслыханной щедрости! ?

тогда точно biz

возможно ли настроить хамарин так чтобы отлаживать или хотя бы запускать автоматически приложения в стороннем эмуляторе - в virtual box, Nox ? встроенный на работает

возможно ли настроить хамарин так чтобы отлаживать или хотя бы запускать автоматически приложения в стороннем эмуляторе - в virtual box, Nox ? встроенный на работает

говорили же - можно, если он поддерживает adb

возможно ли настроить хамарин так чтобы отлаживать или хотя бы запускать автоматически приложения в стороннем эмуляторе - в virtual box, Nox ? встроенный на работает

https://www.genymotion.com/

этот платный да и виртуал бокс и так вктивно использую а Nox просто отличная надстройка над виртуал боксом

этот платный да и виртуал бокс и так вктивно использую а Nox просто отличная надстройка над виртуал боксом

Бесплатны, просто ссылка спрятана там.

та нашел уже перекодировщик раскладок Ж)

спасибо за наводку похоже и генимоушн и нох можно подключать в режиме юсб отладки причем они обе на базе виртуал бокса

возможно ли настроить хамарин так чтобы отлаживать или хотя бы запускать автоматически приложения в стороннем эмуляторе - в virtual box, Nox ? встроенный на работает

помимо genimotion есть xamarin android player, устаревший правда и со старыми образами. Тоже под виртуалбоксом работает

ну это так. Чтобы ты понимал широту выбора

Привет всем! Может глупый вопрос, но все же. У меня есть MainPage, которая описана в PCL проекте. У это MainPage есть приватное поле nativeClassObject, класс которого описан в Android проекте. Получаю я доступ к нативному объекту через nativeClassObject = DependencyService.Get<INativeClass>(); . Без проблем юзаю методы, которые описаны в INativeClass. Но вот вопрос: как я могу в NativeClass заставить работать методы типа OnResume(), OnPause(), OnDestroy() ??? Пробовал NativeClass унаследовать от Activity - но методы не срабатывают при открытии страницы/сворачивании приложения/повторном открытии/ закрытии приложения.

Привет всем! Может глупый вопрос, но все же. У меня есть MainPage, которая описана в PCL проекте. У это MainPage есть приватное поле nativeClassObject, класс которого описан в Android проекте. Получаю я доступ к нативному объекту через nativeClassObject = DependencyService.Get<INativeClass>(); . Без проблем юзаю методы, которые описаны в INativeClass. Но вот вопрос: как я могу в NativeClass заставить работать методы типа OnResume(), OnPause(), OnDestroy() ??? Пробовал NativeClass унаследовать от Activity - но методы не срабатывают при открытии страницы/сворачивании приложения/повторном открытии/ закрытии приложения.

Ну надо что бы кто-то эти методы вызывал же. Просто так у класса эти методы сами вызываться не будут, вне зависимости от чего наследуешь.

Читай про жизненный цикл приложения

Читай про жизненный цикл приложения

Ладно, я понимаю. Я просто понадеялся на быстрый совет. Например как мысль, так как точкой входа у андроид приложения является MainActivity, у которой отлично срабатывают методы OnResume(), OnPause(), OnDestroy(), то можно в самой MainActivity держать инстанс объекта того нативного класса и вызывать аналогичные методы из реализации их в MainActivity, но как-то это слишком костыльно.

Может есть проще вариант, например унаследовать класс от какого-нибудь другого класса и он будет автоматом подписан на OnResume(), OnPause(), OnDestroy()

???

Ладно, я понимаю. Я просто понадеялся на быстрый совет. Например как мысль, так как точкой входа у андроид приложения является MainActivity, у которой отлично срабатывают методы OnResume(), OnPause(), OnDestroy(), то можно в самой MainActivity держать инстанс объекта того нативного класса и вызывать аналогичные методы из реализации их в MainActivity, но как-то это слишком костыльно.

гу, если это XF, то в App есть методы OnPause, OnResume, OnStart. ну и можно просто слать сообщений через messagingCenter

гу, если это XF, то в App есть методы OnPause, OnResume, OnStart. ну и можно просто слать сообщений через messagingCenter

Да, но мне еще и OnDestroy нужен. Интернеты говорят, что только нативно реализовывать нужно

Вот и как лучше сделать?

Да, но мне еще и OnDestroy нужен. Интернеты говорят, что только нативно реализовывать нужно

ну да, но нет никакой гарантии что он вызовется

Ладно. И на том спасибо. Попробую все же из MainActivity через messagingCenter рассылать

Всем привет! А есть какие-то альтернативы messagingCenter? Типа MvxMessenger? Только чтобы одним отдельным пакетом

Не охота велосепедить. А в формсах приходится на каждом шагу.

Не охота велосепедить. А в формсах приходится на каждом шагу.

А почему именно MessagingCenter а не обычные события?

Мне кажется, MessagingCenter не самое лучшее решение для MVVM архитектуры

Я его использую в качестве шины общих событий приложения.

OnAuthorized например

Да и для подписок на события Page во ViewModel иногда.

Да и для подписок на события Page во ViewModel иногда.

Это не гуд)

Привет всем! Может глупый вопрос, но все же. У меня есть MainPage, которая описана в PCL проекте. У это MainPage есть приватное поле nativeClassObject, класс которого описан в Android проекте. Получаю я доступ к нативному объекту через nativeClassObject = DependencyService.Get<INativeClass>(); . Без проблем юзаю методы, которые описаны в INativeClass. Но вот вопрос: как я могу в NativeClass заставить работать методы типа OnResume(), OnPause(), OnDestroy() ??? Пробовал NativeClass унаследовать от Activity - но методы не срабатывают при открытии страницы/сворачивании приложения/повторном открытии/ закрытии приложения.

в Activity должен храниться объект MainPage. и далее override OnResume() { MainPage.OnResume() }

Это не гуд)

Ага, но не понимаю как еще с анимацией корректно работать. Т.е. обработать окончание анимации во ViewModel, например.

Ага, но не понимаю как еще с анимацией корректно работать. Т.е. обработать окончание анимации во ViewModel, например.

С помощью контролов и комманд. ViewModel ничего не должна знать о анимация и view

К примеру, у тебя есть layout которые анимируется по определенному ключу, ты создаешь свой контрол, создаешь в нем BindableProperty с типом ICommand и вызываешь эту команду когда анимация завершилась. Во ViewModel делаешь публичное property Command и отлавливаешь там завершение анимации. Code behind в Page должен быть пустой, только конструктор

Давно хотел это в отдельный контрол вынести. Попробую так сделать, спасибо)

Давно хотел это в отдельный контрол вынести. Попробую так сделать, спасибо)

Когда проектируешь контрол, подумай в первую очередь о том, что если его будет использовать кто то еще и что ему для этого понадобится. Контрол должен быть по максимому унифицирован

Когда проектируешь контрол, подумай в первую очередь о том, что если его будет использовать кто то еще и что ему для этого понадобится. Контрол должен быть по максимому унифицирован

Ок. А насчет "code behind должен быть пустой в Page". Недавно наткнулся на проект Xamarin.Forms.Mock - с ним, как я понял, можно юнит-тесты писать используя Page вместо ViewModel. Т.е. для каких-то простых проектов такой подход прокатит - не нужно писать слой VM, NavigationService, и обрабатывать анимацию во ViewModel и т.п.

Если я все правильно понял, эта штука экономит много времени. Не знаю, есть ли у этого ощутимые недостатки для проектов без долгой поддержки.

Ок. А насчет "code behind должен быть пустой в Page". Недавно наткнулся на проект Xamarin.Forms.Mock - с ним, как я понял, можно юнит-тесты писать используя Page вместо ViewModel. Т.е. для каких-то простых проектов такой подход прокатит - не нужно писать слой VM, NavigationService, и обрабатывать анимацию во ViewModel и т.п.

Тогда это уже MVC. Умные люди придумали MVVM как раз для того, что бы отделить бизнес логику от представления. На маленьких проектах такой подход конечно, мало эфективен, но маленький проект со временем может стать большим, и тогда выбор в сторону MVVM станет все более очевиден

Но в Page нет четкого разделения между Controller и View.

Но в Page нет четкого разделения между Controller и View.

Code behind это контроллер, xaml это view. Можно конечно view и бизнес логику писать в коде, но я даже не знаю, что это будет. Не надо так)

Привет всем, кто знает как использовать сразуже 3 вида дизайн на uwp - Fluent Design, на iOS - Human Interface и на Android - Material Design в Xamarin.Forms (кросплотформеность)?

Кто-то view в коде генерит.

Тогда это уже MVC. Умные люди придумали MVVM как раз для того, что бы отделить бизнес логику от представления. На маленьких проектах такой подход конечно, мало эфективен, но маленький проект со временем может стать большим, и тогда выбор в сторону MVVM станет все более очевиден

Да и почему MVC? Page и XAML связываются биндингами также как и с VM. Все в принципе остаётся таким же, только вместо 2 объектов - 1.

Да и почему MVC? Page и XAML связываются биндингами также как и с VM. Все в принципе остаётся таким же, только вместо 2 объектов - 1.

А какой тогда смысл делать это в одном файле? Не удобно же

Ну если используется xaml, а codebehind пустой, то его можно использовать как VM.

А то что в одном файле: кому как, вон в реакте же смешали разметку и логику в jsx, говорят удобно.

О вкусах не спорю, но я лично садился за проекты, где было спутан в code behind, поддерживать такие проекты очень сложно. Был свидетелем, как люди уходили с проекта, потому что, в начале допустили ошибку в проектировании и со временем, проблемы накапливались, как снежный ком и решать их становилось все сложнее. Просто есть прописные истины, можешь конечно поэксперементировать, но такие эксперементы могут стоить тебе головной боли в будущем.

Преимущество четкого выделения VM и в том что можно на xam.native соскочить если потребуется.

К примеру, у тебя есть layout которые анимируется по определенному ключу, ты создаешь свой контрол, создаешь в нем BindableProperty с типом ICommand и вызываешь эту команду когда анимация завершилась. Во ViewModel делаешь публичное property Command и отлавливаешь там завершение анимации. Code behind в Page должен быть пустой, только конструктор

Ну а с каких пор анимации в xaml стали прописываться?

Ну а с каких пор анимации в xaml стали прописываться?

Тут разговор шел, о том, чтобы делать анимашки в code behind страницы, но это не лучший вариант

Тут разговор шел, о том, чтобы делать анимашки в code behind страницы, но это не лучший вариант

А где их ещё делать?

ERROR: S client not available

В контролах

В крайнем случае в behaivors

Но я так не пробовал

В контролах

А если область анимации вся страница? И анимация комплексная?

Я не понимаю зачем усложнять. Codebehind не противоречит mvvm вообще никак.

Я не понимаю зачем усложнять. Codebehind не противоречит mvvm вообще никак.

+1

Это такая же часть View как и xaml разметка

Я не понимаю зачем усложнять. Codebehind не противоречит mvvm вообще никак.

Ну окей, а как ты будешь отслеживать изменения во ViewModel? Приводить BindingContext к типу и подписываться на PropertyChanged?

Ну окей, а как ты будешь отслеживать изменения во ViewModel? Приводить BindingContext к типу и подписываться на PropertyChanged?

Так котлеты отдельно а мухи отдельно

Биндинги в xaml

Так котлеты отдельно а мухи отдельно

Если я хочу при одном состоянии VM сделать одну анимацию а при другом состоянии другую

как ты запустишь этот механизьм в code behind?

Мне просто интересно, я не хочу снова спорить)

Если я хочу при одном состоянии VM сделать одну анимацию а при другом состоянии другую

Ну собственно да, буду приводить биндинг контекст потому что это логика View а не domain layer

И ничего страшного тут нет

Ну собственно да, буду приводить биндинг контекст потому что это логика View а не domain layer

Вот только это мне и не нравится

И на сопровождаемость это не влияет от слова никак. Такие условия по ТЗ. И этот класс страницы эти условия описывает

Вот что главное. Что объект занят своим делом, а не чужим и позволяет решить определенную задачу

И на сопровождаемость это не влияет от слова никак. Такие условия по ТЗ. И этот класс страницы эти условия описывает

Лично я, бью все на контролы, и меня это устраивает полностью, просто беру и использую потом где захочу не нарушая DRY

Лично я, бью все на контролы, и меня это устраивает полностью, просто беру и использую потом где захочу не нарушая DRY

Ну ОК на контролы. А как сделать комплексную анимацию нескольких контролов?

Запросто, создаешь в контроле несколько проперти с типом View и крутишь, вертишь ими как хочешь

Просто в какой-то момент важнее не стать самому себе злобным буратиной

Ну ОК на контролы. А как сделать комплексную анимацию нескольких контролов?

Можно конечный автомат прикрутить :)

Просто в какой-то момент важнее не стать самому себе злобным буратиной

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

Можно конечный автомат прикрутить :)

Можно. Можно и из буханки троллейбус сделать

Можно. Можно и из буханки троллейбус сделать

Как?

https://m.habrahabr.ru/company/microsoft/blog/335418/

Не вижу сложностей с комплексными анимациями :)

Не вижу сложностей с комплексными анимациями :)

Кстати весьма часто использую это. Статейка топ