есть но обрезанная и в принципе особо не помогает. Разве что для XF. Но XF это не мой путь. Поэтому бесполезная штука

Один только импорт картинок сразу под все dpi уже киллер фича

В ней толку, как от быка молока

ну не скажи, з замлом стало в разы проще работать

Не говоря уже по помошниках по коду, в xaml и C#. Бывает глючит но все же помогает

Один только импорт картинок сразу под все dpi уже киллер фича

ну эм нэм нэм - а Android Asset Studio?

ну эм нэм нэм - а Android Asset Studio?

Ну проще же когда в vs сразу и ios и android импортит

ну эм нэм нэм - а Android Asset Studio?

Я вообще не сторонник переключения между студиями, меня это дико утомляет

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

это такой сайт для генерации иконок)

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

mfractor покупать стоит не из за импорта иконок а из за возможностей которые он дает в xaml и в C#

Ждать  resharper для vs for mac глупо, его скорее всего там никогда не будет, а вот поддержать рублем mfractor стоит, ребята реально над ним работают

mfractor покупать стоит не из за импорта иконок а из за возможностей которые он дает в xaml и в C#

ну xaml ладно, а в c# то что он дает?

ну xaml ладно, а в c# то что он дает?

http://docs.mfractor.com/code-actions/csharp/

http://docs.mfractor.com/code-actions/csharp/

неубедительно, студия это почти все может и без mfactor, может без горячих клавиш конечно, но может же)

Разве что с resx хорошая фича

но ради неё платить 300$ как-то нет смысла

Слишком дорогой решарпер

Ждать  resharper для vs for mac глупо, его скорее всего там никогда не будет, а вот поддержать рублем mfractor стоит, ребята реально над ним работают

А не проще райдер взять? Или он чего-то пока еще не может?

А не проще райдер взять? Или он чего-то пока еще не может?

Ну он медленно билдит

Ну он медленно билдит

Все операции в ЮИ потоке

Они только сейчас начали оптимизировать

у меня raider вообще не завелся с xamarin

guys, есть XF, ListView (RecycleElement), внутри картинки, использую FFImageLoading, httpclient - нативный. на андроиде проблем нет, а вот на яблочном сородиче очень крупно проседает перфоменс. кто-нибудь сталкивался с таким?

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

guys, есть XF, ListView (RecycleElement), внутри картинки, использую FFImageLoading, httpclient - нативный. на андроиде проблем нет, а вот на яблочном сородиче очень крупно проседает перфоменс. кто-нибудь сталкивался с таким?

Вы можете отключить загрузку фото при скролле ListView это существенно повысит производительность.

MS приобретает GitHub x]

Подскажите пожалуйста, мне нужно сделать пролистывание лейаутов вбок, как это реализовать в Xamarin Android?

Знаю в нативном Android есть ViewPager, но тут такого не нашёл, можно интегрировать его в приложение через Android.Support.V4, но может есть какие-то другие способы?

Знаю в нативном Android есть ViewPager, но тут такого не нашёл, можно интегрировать его в приложение через Android.Support.V4, но может есть какие-то другие способы?

Всё, что можно сделать в нативном андроиде можно сделать и в X.A. Таким же способом. Да, установив Support библиотеку.

Всё, что можно сделать в нативном андроиде можно сделать и в X.A. Таким же способом. Да, установив Support библиотеку.

Хорошо, спасибо

Много entry??

Много entry??

Не хотелось бы)

https://github.com/XLabs/Xamarin-Forms-Labs/blob/master/README.md

Может ExtendedEntry поможет?

Editor и ему фон с линиями

Разъедется с текстом

Editor и ему фон с линиями

Ну такое, если поле для ввода расширится, то текст съедет с линий

Ну зафиксировать разер, задать фиксированный междустрочный интервал и тд)

https://stackoverflow.com/questions/27226302/edittext-with-lines-like-notepad-android тут на Java собственный контрол писали для этого

можно под Xamarin адаптировать

комьюнити не забудет ?

можно под Xamarin адаптировать

Что значит адаптировать?

значит написать

значит написать

Ну т.е. вы хотите чтобы кто-то взял и потратил не один день времени на адаптацию и выложил в опенсурс. Тут нужна причина

у человека есть причина, раз он интересуется

у человека есть причина, раз он интересуется

Так ничего сложного, если есть хотя бы малейшие знания натива, просто взять и переписать на шарп, используя точно теже методи и класы что и в джаве

у человека есть причина, раз он интересуется

А у того, кто будет писать ее очевидно нет

Я предлагал это как раз тому человеку, который интересовался

в XF есть способ остановить баблинг евента?

конкретно тач евенты

Есть кто разрабатывает под Android и iOS на Xamarin (не на формс), как у вас устроен уровень модели представления - каждому окну на стороне представления какие то абстрактные модели соответсвуют, общие и для iOS и Android ?

Есть кто разрабатывает под Android и iOS на Xamarin (не на формс), как у вас устроен уровень модели представления - каждому окну на стороне представления какие то абстрактные модели соответсвуют, общие и для iOS и Android ?

Да, все верно. У меня вьюмодели на каждый скрин, общие для обоих платформ (не всегда), наследую их от MvxViewModel

Да, все верно. У меня вьюмодели на каждый скрин, общие для обоих платформ (не всегда), наследую их от MvxViewModel

ну это вы на MVVMCross , а интересно кто на смописных моделях

ну это вы на MVVMCross , а интересно кто на смописных моделях

А зачем? И к тому же, не понимаю отличий

Даже если самописный мввм Принцип то тот же

Есть кто разрабатывает под Android и iOS на Xamarin (не на формс), как у вас устроен уровень модели представления - каждому окну на стороне представления какие то абстрактные модели соответсвуют, общие и для iOS и Android ?

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

А зачем? И к тому же, не понимаю отличий

Мы у себя на проекте планируем отказываться от MVVMCross он дает +30% к стартапу приложения и в нем куча багов особенно с навигацией на дройде.

Мы у себя на проекте планируем отказываться от MVVMCross он дает +30% к стартапу приложения и в нем куча багов особенно с навигацией на дройде.

Интересно, что решили на замену?

свои велосипеды

свои велосипеды

А гарантия есть, что оно работает?

есть прототип) вроде едет)

есть прототип) вроде едет)

И прям вот 30% даёт по сравнению с MvvM Cross?

ну на самом деле сы выдернули интерфейсы кросовые и на них уже построили свой веловипед

по сравнению с кросом дает гдето 15%

за счет того что не поднимается много всякой фигни

но вот байдинги гораздо веселее идут

за счет того что не поднимается много всякой фигни

А что в кросе ты за фигню считаешь?

На Кросе ApplyBindings ~ 50 мс против 10 мс на нашем велосипеде

Ну у него там ещё IoC контейнер встроенный есть

А что в кросе ты за фигню считаешь?

кривые вьюмодель/вью локаторы например

он например не умеет назрдить вью для интерфейса

кривые вьюмодель/вью локаторы например

a почему не заменить на свои? интерфейсы те же

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

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

и зачем тогда кросс?

Пофиксить и закинуть пул реквест

Что б все тогда уж пользовались

так мы фиксим под себя, как универсальное решение оно врядли зайдет

хотя пару пулреквестов делали

Вот и у нас тоже свои модели, свои интерфейсы, без всякой MVVMCross рефлексии

Своя навигаци моделей

Сижу на обычной навигации, проблем нет?

Сижу на обычной навигации, проблем нет?

На обычной это на какой?

На обычной это на какой?

Которую предоставляет XF и в другом проекте MvvMCross

А никто не пробовал подход - компилить библиотеки общие (вьюмодели/инфраструктуру) с помощью ксамарина, а гуй на нативщене полностью делать?

А никто не пробовал подход - компилить библиотеки общие (вьюмодели/инфраструктуру) с помощью ксамарина, а гуй на нативщене полностью делать?

В реальности это только геморроя добавляет, видел такие проекты

Есть кто разрабатывает под Android и iOS на Xamarin (не на формс), как у вас устроен уровень модели представления - каждому окну на стороне представления какие то абстрактные модели соответсвуют, общие и для iOS и Android ?

Я использую архитектурный подход PageRoutingInteractorStateEntity. Он уже очень скоро будет готов хотя бы для mvp и я выложу на github код и nuget пакет вместе с документацией. Для XF его не ждите.

А никто не пробовал подход - компилить библиотеки общие (вьюмодели/инфраструктуру) с помощью ксамарина, а гуй на нативщене полностью делать?

Ну так и делаю.

Я использую архитектурный подход PageRoutingInteractorStateEntity. Он уже очень скоро будет готов хотя бы для mvp и я выложу на github код и nuget пакет вместе с документацией. Для XF его не ждите.

Оп

В реальности это только геморроя добавляет, видел такие проекты

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

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

Смотря для кого приложение. Если это условно что-то под ключ, то скорость разработки поважнее

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

Тогда почему сразу не писать на Xamarin Classic?

Хотя, нюансы, нюансы

Тогда почему сразу не писать на Xamarin Classic?

А разве он не про XC говорит?

Смотря для кого приложение. Если это условно что-то под ключ, то скорость разработки поважнее

Скорость разработки вещь весьма условная. Зависит от наличия у команды работающей конфигурации их легаси кода, задействованного и оттестированного на разных проектах. Ну вы же не с нуля каждый проект начинаете. Верно?

Скорость разработки вещь весьма условная. Зависит от наличия у команды работающей конфигурации их легаси кода, задействованного и оттестированного на разных проектах. Ну вы же не с нуля каждый проект начинаете. Верно?

+

Тогда почему сразу не писать на Xamarin Classic?

Я про XC и Shared проекты и веду речь