Ох давно скайп не открывл)

Ох

А я так надеялся...

Я из дома тикет заведу

Если кратко - ругается на то что не может писать в com\egorbo\urhosdl\R$attr.class

По пути, которого у меня нет

архитектор вот это видео обнюхался

ну в видео понятно почему прибегли к генерации UI. Если у вас такая же проблематика как у авито, то да, LiveUIData подход это то что вам надо

Те кто шарят в моногейме: Какую либу выбирать для кроссплатформенного проекта (Android, Windows, IOS). NET Framework или NET Standard? По сути нетстандард, но студия подсвечивает оранжевым, мол Monogame.Framework.Portable был сделан для .NET Framework а не под Standard (но оно вроде работает, но я еще код не написал особо, только запустил хеллоу ворлд) А если .NET Framework, под ведро оно пойдет?

@AnyRandomNick офтоп, но интересно - UrhoSharp не подходит?

Для 2д игры то??

Ну... Да

Cocos2d

Сделан на основе моногейм

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

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

Да вроде как обычно? Только вот проблемы начинаются когда я меняю BindingContext. Оно начинает долго грузиться, а в output идут логи того как работает сборщик мусора и с каждым изменением логов все больше становится и тормознутость все увеличивается? Как бы у меня таких страниц 4, с подобной разметкой. Каждый ViewModel хранится в List<object>, чтобы можно было вернуться назад по стеку?

Да вроде как обычно? Только вот проблемы начинаются когда я меняю BindingContext. Оно начинает долго грузиться, а в output идут логи того как работает сборщик мусора и с каждым изменением логов все больше становится и тормознутость все увеличивается? Как бы у меня таких страниц 4, с подобной разметкой. Каждый ViewModel хранится в List<object>, чтобы можно было вернуться назад по стеку?

И нафига такой костыль? Почему не использовать обычные страницы?

Ну просто используется BottomBarPage. Заказчику нужно чтобы это меню было на всех экранах. Поэтому засунул все страницы и меняю BindingContext

Вот и получается что при переходе, мы остаемся в этой странице. При нажатии назад, оно переходит по стеку, а если на сам бар, то сразу вначало?

https://events.techdays.ru/Xamarin-Day/2018-01/ А будет трансляция?

Я пробовал пушить новый BottomBarPage, с заменой нужной мне страницы и открытием ее как начальной, но чет не задалось?

Подскажите пожалуйста в каких случаях лучше использовать MVVMCross, а в каких классический Xamarin?

MvvmCross стоит использовать при разработке одного приложения под несколько платформ, большая часть логики будет общей = экономия времени разработки и удобство поддержки. Либо если платформа одна, но само приложение сложное, тогда mvvmcross подходит для разделения кода по модели MVVM. Чистый Xamarin, соответственно, я бы рекомендовал для простых одноплатформенных проектов.

https://events.techdays.ru/Xamarin-Day/2018-01/ А будет трансляция?

Нет :(

Добрый день, Олег, Трансляция не планируется, потому будем рады видеть вас на мероприятии лично ?. Have a bright day, Tatiana Zubets

Вот такой ответ был. Надеюсь, что хоть запись будет

camrip надо

Вот такой ответ был. Надеюсь, что хоть запись будет

Просто нету возможности приехать в МСК

Ну я на работе буду :(

MvvmCross стоит использовать при разработке одного приложения под несколько платформ, большая часть логики будет общей = экономия времени разработки и удобство поддержки. Либо если платформа одна, но само приложение сложное, тогда mvvmcross подходит для разделения кода по модели MVVM. Чистый Xamarin, соответственно, я бы рекомендовал для простых одноплатформенных проектов.

MvvmCross не повышает скорость разработки. Это когнитивное искажение так скажем. А вот помощь в реализации MVVM паттерна это самое главное что выполняет этот фреймворк

MvvmCross не повышает скорость разработки. Это когнитивное искажение так скажем. А вот помощь в реализации MVVM паттерна это самое главное что выполняет этот фреймворк

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

когнитивное искажение

когнитивное искажение

притянутый за уши термин, не имеющий отношения к реальности)

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

В теории должно экономить, но в реальности при реализации реальных проектов одинаковыми командами выигрыш примерно равен статистической погрешности

Разница серьезная выявляется на поддержке проекта, да. Потом в будущем

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

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

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

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

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

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

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

ну…. ради этого и создавался Xamarin. У него своя ниша

Cocos2d

Не обновлялчя 3 года, а моногейм ежегодно обновляетчя и каждую неделб дев сборки выходят

И многие говорят что моногейм лучше

Но если у тебя есть аргументы за кокос2д то может быть сможешь убедитл

Не обновлялчя 3 года, а моногейм ежегодно обновляетчя и каждую неделб дев сборки выходят

Недавно слушал подкаст “подлодка”, там главный разработчик был cocos2d Сказал что они его забросили развивать и только “фиксят” баги (видимо и это закончили). Он сейчас пилит какой-то новый фреймворк на свифте.

Не обновлялчя 3 года, а моногейм ежегодно обновляетчя и каждую неделб дев сборки выходят

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

Приветствую сообщество Xamarin разработчиков! У нас в компании появилась идея написать часть функционала на Xamarin. Я начал исследоать эту тему и столкнулся со следующим: 1. Я читал что на Xamarin туго с нестандартными контролами. Планируется реализовать список выбора наподобие select'а. Каждая ячейка select'а имеет кастомную верстку - картинки, текст и т.д., то есть это не банальная строка. Вопрос - как обстоят дела с кастомными контролами на текущей версии Xamarin? Насколько сложно реализовать вещи подобного плана? 2. Также читаю про то, что на Xamarin есть определённые тормоза со списками и скроллингом. Насколько это соответствует истине? 3. Планируется делать биндинг между различными элементами. Например, поменяли что-то в одном элементе и в другом элементе всё пересчиталось и поменялось. Как Xamarin справляется с этим? Буду рад развёрнутым ответам, ну или хотя бы подсказкам куда можно копать. Также буду благодарен за любую информацию об актуальных граблях Xamarin. Благодарю!

Это тоже)

Недавно слушал подкаст “подлодка”, там главный разработчик был cocos2d Сказал что они его забросили развивать и только “фиксят” баги (видимо и это закончили). Он сейчас пилит какой-то новый фреймворк на свифте.

Да свифт фигня патамущта ни андроед

Я бы вообще писал игру на чистом ксамарине

Насколько это сложно?)

Приветствую сообщество Xamarin разработчиков! У нас в компании появилась идея написать часть функционала на Xamarin. Я начал исследоать эту тему и столкнулся со следующим: 1. Я читал что на Xamarin туго с нестандартными контролами. Планируется реализовать список выбора наподобие select'а. Каждая ячейка select'а имеет кастомную верстку - картинки, текст и т.д., то есть это не банальная строка. Вопрос - как обстоят дела с кастомными контролами на текущей версии Xamarin? Насколько сложно реализовать вещи подобного плана? 2. Также читаю про то, что на Xamarin есть определённые тормоза со списками и скроллингом. Насколько это соответствует истине? 3. Планируется делать биндинг между различными элементами. Например, поменяли что-то в одном элементе и в другом элементе всё пересчиталось и поменялось. Как Xamarin справляется с этим? Буду рад развёрнутым ответам, ну или хотя бы подсказкам куда можно копать. Также буду благодарен за любую информацию об актуальных граблях Xamarin. Благодарю!

Смотря о чем идет речь о Xamarin Native или Xamarin Forms? Если про Native 1. Там все работает шустро, кастомные контролы пишуться для каждой платформы отдельно. Либо искать готовые решения, на github полно различных библиотек и примеров. 2. Тормозов как таковых нет. Возможно кто то расскажет если делал очень сложные списки, я с таким не сталкивался. 3. Биндинги есть в Xamarin Forms из коробки, как одно направленные так и двунаправленные. В Native скорее биндиться через MVVMCross я в этом не силен кто-нибудь другой подскажет)

Приветствую сообщество Xamarin разработчиков! У нас в компании появилась идея написать часть функционала на Xamarin. Я начал исследоать эту тему и столкнулся со следующим: 1. Я читал что на Xamarin туго с нестандартными контролами. Планируется реализовать список выбора наподобие select'а. Каждая ячейка select'а имеет кастомную верстку - картинки, текст и т.д., то есть это не банальная строка. Вопрос - как обстоят дела с кастомными контролами на текущей версии Xamarin? Насколько сложно реализовать вещи подобного плана? 2. Также читаю про то, что на Xamarin есть определённые тормоза со списками и скроллингом. Насколько это соответствует истине? 3. Планируется делать биндинг между различными элементами. Например, поменяли что-то в одном элементе и в другом элементе всё пересчиталось и поменялось. Как Xamarin справляется с этим? Буду рад развёрнутым ответам, ну или хотя бы подсказкам куда можно копать. Также буду благодарен за любую информацию об актуальных граблях Xamarin. Благодарю!

По поводу третьего пункта - ознакомься с MvvmCross http://www.mvvmcross.com/

Смотря о чем идет речь о Xamarin Native или Xamarin Forms? Если про Native 1. Там все работает шустро, кастомные контролы пишуться для каждой платформы отдельно. Либо искать готовые решения, на github полно различных библиотек и примеров. 2. Тормозов как таковых нет. Возможно кто то расскажет если делал очень сложные списки, я с таким не сталкивался. 3. Биндинги есть в Xamarin Forms из коробки, как одно направленные так и двунаправленные. В Native скорее биндиться через MVVMCross я в этом не силен кто-нибудь другой подскажет)

MVVM light есть для биндингов в одну или обе стороны, использовали его на проекте

Смотря о чем идет речь о Xamarin Native или Xamarin Forms? Если про Native 1. Там все работает шустро, кастомные контролы пишуться для каждой платформы отдельно. Либо искать готовые решения, на github полно различных библиотек и примеров. 2. Тормозов как таковых нет. Возможно кто то расскажет если делал очень сложные списки, я с таким не сталкивался. 3. Биндинги есть в Xamarin Forms из коробки, как одно направленные так и двунаправленные. В Native скорее биндиться через MVVMCross я в этом не силен кто-нибудь другой подскажет)

Пока не очень понимаю что лучше выбрать, читаю про различия.

forms это примитивно и годится для чего-то простого, где 100% общего кода, что хорошо, но контролы не все, а лишь те, что удалось реализовать на все платформы, что плохо, поэтому годится только для прототипа, чтобы проверить бизнеслогику и ниже, пока не готов GUI, а затем обычно эти формы выкидывают и заменяют слой GUI на нативный для каждой платформы, чтобы учесть особенности реализации каждой платформы, когда уже готова вся остальная часть в виде бизнес слоя и дата слоя, как в MVVM - где общие по коду вьюмодели и модели, а вьюхи уже свои для каждой платформы, что оптимально в плане функционала и общего кода

forms это примитивно и годится для чего-то простого, где 100% общего кода, что хорошо, но контролы не все, а лишь те, что удалось реализовать на все платформы, что плохо, поэтому годится только для прототипа, чтобы проверить бизнеслогику и ниже, пока не готов GUI, а затем обычно эти формы выкидывают и заменяют слой GUI на нативный для каждой платформы, чтобы учесть особенности реализации каждой платформы, когда уже готова вся остальная часть в виде бизнес слоя и дата слоя, как в MVVM - где общие по коду вьюмодели и модели, а вьюхи уже свои для каждой платформы, что оптимально в плане функционала и общего кода

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

Приветствую сообщество Xamarin разработчиков! У нас в компании появилась идея написать часть функционала на Xamarin. Я начал исследоать эту тему и столкнулся со следующим: 1. Я читал что на Xamarin туго с нестандартными контролами. Планируется реализовать список выбора наподобие select'а. Каждая ячейка select'а имеет кастомную верстку - картинки, текст и т.д., то есть это не банальная строка. Вопрос - как обстоят дела с кастомными контролами на текущей версии Xamarin? Насколько сложно реализовать вещи подобного плана? 2. Также читаю про то, что на Xamarin есть определённые тормоза со списками и скроллингом. Насколько это соответствует истине? 3. Планируется делать биндинг между различными элементами. Например, поменяли что-то в одном элементе и в другом элементе всё пересчиталось и поменялось. Как Xamarin справляется с этим? Буду рад развёрнутым ответам, ну или хотя бы подсказкам куда можно копать. Также буду благодарен за любую информацию об актуальных граблях Xamarin. Благодарю!

1. Если про Xamarin.Forms - то нестандартные контролы, как сказали, реализовать можно, да и всегда можно было. В ячейках можно какие угодно элементы размещать. 2. Тормоза есть, но если писать в слепую, со сложной и сильно вложенной версткой и тд. Если же сделать граммотную верстку без вложенности, то всё хорошо будет. 3. Биндинги из коробки есть, тут хорошо всё.

@BOOMikru @Aliaksandr_Harbunou @illyatretyakov @Jasper7 - спасибо большое за подробные ответы и небольшую дискуссию!

Приветствую сообщество Xamarin разработчиков! У нас в компании появилась идея написать часть функционала на Xamarin. Я начал исследоать эту тему и столкнулся со следующим: 1. Я читал что на Xamarin туго с нестандартными контролами. Планируется реализовать список выбора наподобие select'а. Каждая ячейка select'а имеет кастомную верстку - картинки, текст и т.д., то есть это не банальная строка. Вопрос - как обстоят дела с кастомными контролами на текущей версии Xamarin? Насколько сложно реализовать вещи подобного плана? 2. Также читаю про то, что на Xamarin есть определённые тормоза со списками и скроллингом. Насколько это соответствует истине? 3. Планируется делать биндинг между различными элементами. Например, поменяли что-то в одном элементе и в другом элементе всё пересчиталось и поменялось. Как Xamarin справляется с этим? Буду рад развёрнутым ответам, ну или хотя бы подсказкам куда можно копать. Также буду благодарен за любую информацию об актуальных граблях Xamarin. Благодарю!

не надо путать Xamarin как фреймворк и Xamarin Forms как Kit-library. Это надо прибить как вывеску при входе в этот чат уже)

По поводу скролла - 60fps возможно только при использовании Litho от команды facebook на андроид и IGListKit от команды instagram на ios. И нет - кроссплатформенной обертки для них нет.

не надо путать Xamarin как фреймворк и Xamarin Forms как Kit-library. Это надо прибить как вывеску при входе в этот чат уже)

+1

По поводу скролла - 60fps возможно только при использовании Litho от команды facebook на андроид и IGListKit от команды instagram на ios. И нет - кроссплатформенной обертки для них нет.

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

Всем привет, никто не сталкивался с таким? https://gist.github.com/maukur/08d2e74a70f57e25b4d12ce4900d60da

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

за нас уже подумали. ребята из facebook

Всем привет, никто не сталкивался с таким? https://gist.github.com/maukur/08d2e74a70f57e25b4d12ce4900d60da

Сталкивался, кажется ужепофиксили. Попробуй обновить формс

в винфоне 7 скроллинг везде был 60фпс, ух

в винфоне 7 скроллинг везде был 60фпс, ух

и где теперь винфон...

тем более 7ой

там такой UI был что сам б-г велел все 120fps выдавать

архитектура правильная была

рендер тред по максимуму

так а что там рендерить то было?

квадратики и текст?)

а что надо еще?)

ни теней, ничего

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

трансформации лэйаутов

можно было все это делать че

ну разве что теней из коробки не было

можно было все это делать че

А тогда было бы 60фпс?)

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

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

А если наговнокодить? ?

сложно - это когда у тебя иерархия вьюх ненужная и в итоге все это рисуется в десятки батчей на гпу

ну разве что теней из коробки не было

почему тогда все метро-приложения выглядели отстойно?

выглядили по гайдлайнам. гайдлайны были излишне строгими - факт

но тем не менее и ios и android пришли к плоскому дизайну

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

выглядили по гайдлайнам. гайдлайны были излишне строгими - факт

платформа сама из коробки делала UI ограниченным, а что бы его сделать другим надо было изрядно постараться

но тем не менее и ios и android пришли к плоскому дизайну

нет. они не пришли к такому плоскому дизайну

в material есть объем. Он упрощенный. Но есть

да тоже самое метро, просто нестрогое - чуть-чуть теней и градиентов

стыренно было с винфона все

Ну нет же

стыренно было с винфона все

Фанат винфон детектед) Да все тырят что-то друг у друга)

Всем привет, кто нибудь тут работал со SkiaSharp? Знает как сделать битмап в виде круга?