Господа, опять столкнулся с тем, что передаю кучи одинаковые параметров в конструкторы (фрагментов). Есть ли какой-то паттерн избежать такой подход. ps xamarinn.android

У фрагментов должны быть пустые конструкторы, их нужно через фабрику создать .

У фрагментов должны быть пустые конструкторы, их нужно через фабрику создать .

почему это ДОЛЖНЫ?

плохая практика лепить конструкторы фрагментам

чем?

почему это ДОЛЖНЫ?

Ну их же система пересоздает, через рефлекшен и ищет при этому пустой коструктор

ну я отключил это. мне это не надо

я помню весь стэк навигации

т.е как бы это ограничение в моем проекте не действует. никак

от слова совсем

ну я отключил это. мне это не надо

Сурово, те если у тебя приложение вылети из памяти в фоне, то потом как-то твоим магически обратно востановится (ты проверял)?

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

кстати у XF с этим проблем нет, верно?

кстати у XF с этим проблем нет, верно?

Там же нет фрагментов (ну и нет проблем)

там все на фрагментах

ты что

вся навигация на фрагментах

там все на фрагментах

ОК, я их явно не создавал, не в курсе что-там под капотом (да честно говоря не интересно). Думаешь там фрагменты с конструкторами и параметрами?

Господа, опять столкнулся с тем, что передаю кучи одинаковые параметров в конструкторы (фрагментов). Есть ли какой-то паттерн избежать такой подход. ps xamarinn.android

Как вариант new Fragment(){ Property1=value1, Property2=value2, ... };

ОК, я их явно не создавал, не в курсе что-там под капотом (да честно говоря не интересно). Думаешь там фрагменты с конструкторами и параметрами?

Там фрагменты. Реализацию сам можешь посмотреть. Исходники доступны

ОК, я их явно не создавал, не в курсе что-там под капотом (да честно говоря не интересно). Думаешь там фрагменты с конструкторами и параметрами?

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

на счет параметров не помню. надо пересмотреть. они создают фрагмент аля контейнер для страницы

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

его инжектить как угодно

Как вариант new Fragment(){ Property1=value1, Property2=value2, ... };

Допустим у меня 3 фрагмента в бэкстэке (для всех в конструкторы пихаю айдишники "чего-то"). Если родителем был фагмент с viewpager, то для всех вкладок можно брать ParentFragment и его поля. Но если это последовательность из фрагментов в бэкстэке как описано в начале, то в идеале для них трёх будет отдельный общий context, где будут эти айдишники. Статик классы, синглтоны, инъекции зависимостей не вариант.

что за айдишники?

пардон не будет общий context, а хорошо если бы был*

это относится к модельным данным?

что за айдишники?

Заказ, авто, деталь, работа.

ну поздравляю ты смешиваешь UI и бизнес-логику

есть паттерны которые позволяют это не делать

есть паттерны которые позволяют это не делать

Действительно? Я об этом и спрашивал с самого начала.

MVVM работает неотделимо от IoC

и частично с Messaging

но лучше его не использовать

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

Подскажите есть какой-либо канал по Microsoft Azure? В телеграме

Ок, для xamarin.native mvvm подразумеват использование фреймворков под паттерн?

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

Все мои forms проэкты были на freshmvvm, пересесть легко. Когда интересовался фреймворками под натив, сказали, что можно тогда забыть про полный доступ к нативному ui.

проекты*

Если конкретно, то на форуме спрашивал про mvvmcross.

mvvmcross не вариант

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

но сами биндинги это не все

самое главное это VM->VM навигация

где можно передавать в параметрах любые модельные данные

mvvmcross не вариант

Что так сразу то, я на MVVMLight долго писал проект. В итоге конечно, свой фрейморк написал, но всегда же можно что-то кастомизировать. Тут даже для XF написал свою навигацию через активити/NavigationController (iOS) - так что все возможно

Что так сразу то, я на MVVMLight долго писал проект. В итоге конечно, свой фрейморк написал, но всегда же можно что-то кастомизировать. Тут даже для XF написал свою навигацию через активити/NavigationController (iOS) - так что все возможно

я сам использую Light

не вариант - mvvmCROSS

очень много сайд эффектов

Что так сразу то, я на MVVMLight долго писал проект. В итоге конечно, свой фрейморк написал, но всегда же можно что-то кастомизировать. Тут даже для XF написал свою навигацию через активити/NavigationController (iOS) - так что все возможно

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

Ну mvp так mvp.

ну и будет много подводных камней)

это я сразу гарантирую. я навигацию например ок 30 часов писал на каждую платформу

с учетом того что перед глазами были исходники XF

Чего, так сложно?

А XLPlayer требует alpha версию VSforMac? Действительно, только alpha https://developer.xamarin.com/guides/cross-platform/live/install/

https://timeyoutake.it/2016/01/02/creating-a-left-toolbaritem-in-xamarin-forms/

Чего, так сложно?

ну чтобы memory leakов не было - сложно

https://timeyoutake.it/2016/01/02/creating-a-left-toolbaritem-in-xamarin-forms/

❤️ спасибо

https://github.com/valentingrigorean/LeakCanaryXamarin

может кому пригодится

годная тулза

А с xamarin норм работает?

Так то годная

Коллеги, приветствую

ERROR: S client not available

есть какие-т особенности/требования при верстке для webview?

А с xamarin норм работает?

ну понятное дело утечки в Mono она не ищет

для утечек в моно есть отдельный провайдер)

а так моно для джавы и в том числе ликкэнари - JNI

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

все разобрался. у меня проблема была

Не совсем хамарин, но все же

Я сначала долго ходил с мыслью, что рано или поздно все будут программировать на чем-то, и это мне казалось клевой мыслью, но это просто неправда – навыки программирования не станут обязательным пунктом вакансий будущего, в будущем вообще сложно представить себе человека без "умного ассистента" во всех индустриях, который будет брать рутину на себя. Вот, к примеру, нейронная сеть pix2code создает нативный iOS или Web интерфейс из скриншота: https://youtu.be/pqKeXkhFA3I Почитать на GitHub: https://github.com/tonybeltramelli/pix2code ¯\_(ツ)_/¯

отличная идея

Народ, как добавить бейдж к иконке в тулбаре лучше?

Я сначала долго ходил с мыслью, что рано или поздно все будут программировать на чем-то, и это мне казалось клевой мыслью, но это просто неправда – навыки программирования не станут обязательным пунктом вакансий будущего, в будущем вообще сложно представить себе человека без "умного ассистента" во всех индустриях, который будет брать рутину на себя. Вот, к примеру, нейронная сеть pix2code создает нативный iOS или Web интерфейс из скриншота: https://youtu.be/pqKeXkhFA3I Почитать на GitHub: https://github.com/tonybeltramelli/pix2code ¯\_(ツ)_/¯

круто. выпуск MVP теперь будет мега быстрым

это сперва нейросеть будет сториборды делать, а потом и код пистаь по скринам :(

и пойдут все программисты в макдаки за кассы работать

и пойдут все программисты в макдаки за кассы работать

Количество перейдет в качество, как и в любой другой сфере

Количество перейдет в макдак

В макдаке тоже не плохо

Может хоть нейронка справится со сторибордами/констрейнтами лучше чем я

в ведре так вообще RelativeLayout/ConstraintLayout и все эти gravity различные - почти всегда верстаю наобум

Сайты тоже пытаются шлепать нейросетками. Думаю простые заказы будет норм, или для старта проекта. Лет через 4-5

и пойдут все программисты в макдаки за кассы работать

не согласен

категорически

нейросети и ИИ не призваны заменить людей, они призваны взять на себя рутину. Кто-то же должен нейронке скормить дизайн. И UX по битмапу не сделать.

программист в скором времени станет UX- дизайнером-программистом

UX сделается по гайдлайнам сам ну и дизайн как правило состоит из набора скринов

nope

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

я говорю о сложных проектах

я имею ввиду гайдлайны ОС к дизайну

если на проекте гайдлайны свои - проект так себе

ну блин. кастомные контролы те же

если приложения будут однотипными по гайдлайнам только одной конторы это будет ппц

ну даже у гугла и эппла гайдлайны разные