Но решение не замусоривает код. Верстка находится там где и должна и не смешивается с кодом и не зависит от сторонних решений.

Но решение не замусоривает код. Верстка находится там где и должна и не смешивается с кодом и не зависит от сторонних решений.

ну так а где тут решение смешивается с кодом? Есть view директория там все и происходит

Зато проще с состояниями работать, что явно более частая задача

Зато проще с состояниями работать, что явно более частая задача

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

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

Типичная проблема айосников короч

ну так а где тут решение смешивается с кодом? Есть view директория там все и происходит

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

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

Расширяющее проперти есть

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

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

И любые вью использовать можно

Расширяющее проперти есть

ну в любом случае это код отвечающий за верстку

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

Для всех состояний?

Да, эпл не любит взять готовое, им всегда надо свою боль придумать в виде констрэйнов и приподнес и как эмэйзинг

Для всех состояний?

а каких всех. Обычно либо что-то visible либо invisible

Да, эпл не любит взять готовое, им всегда надо свою боль придумать в виде констрэйнов и приподнес и как эмэйзинг

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

Т.е. есть у тебя вьюха, которая на Айпад, айфон, лендскейп и портрет. Плюс разная верстка в зависимости от данных

И ты пытаешься то что совпадает вынести в общие методы и не дублировать

Т.е. есть у тебя вьюха, которая на Айпад, айфон, лендскейп и портрет. Плюс разная верстка в зависимости от данных

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

В Андроиде все здоровые люди в основном мучают релейтив, а не констрейнт

В Андроиде все здоровые люди в основном мучают релейтив, а не констрейнт

спорное утверждение, кто-то не был в чате нативщиков Android

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

Хибы сложно множить и ревьювить

Хибы сложно множить и ревьювить

что?

Все на айдишники завязано же

зачем ревьювить верстку?

зачем ревьювить верстку?

Чтобы знать что там не гавно?

там сложно сделать говно

Я по самому хмлнику вот не могу сказать гавно или нет

А уж по ченчсету в crucible каком нить - тем более

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

Ведерочный xml читается в целом нормально

Но проверить верстку на соответствие макетам это больше дело QA. Ревью xiba да и xml дело бесcмысленное

Но проверить верстку на соответствие макетам это больше дело QA. Ревью xiba да и xml дело бесcмысленное

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

Если то что можно сделать 2 лейтами решено 500 в ведре я сразу увижу это

Это как? вероятность стремится к 0

UI тем более у iOS не лагает

500 вложенностей вскроется рано или поздно и человек будет за такое бит канделябром)

UI тем более у iOS не лагает

Пряморукий не лагает...

500 вложенностей вскроется рано или поздно и человек будет за такое бит канделябром)

Хочу рано

Пряморукий не лагает...

не так как UI на Xam Forms ?

Хочу рано

хоти. Бизнесу сэкономлено время - это главное. Каково решение - дело десятое

не так как UI на Xam Forms ?

Пряморукий на хф тоже не лагает)

Пряморукий на хф тоже не лагает)

сколько на него надо времени потратить

все не считают издержки

хоти. Бизнесу сэкономлено время - это главное. Каково решение - дело десятое

И как шипануть гавно помогает сэкономить время?

почему-то. Научитесь уже наконец считать издержки

Наоборот потом патч релиз делать

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

говорю же синдром утенка

сколько на него надо времени потратить

Минимум. Я честно говоря пока не умудрялся сделать иначе...

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

У нас экран вызова мучают уже года полтора...

ну минимум это сколько? Вот есть решение на xaml. Сколько времени нужно додуматься до Height={Binding Source={x:Reference Name=Rect2},Path = WithRequest } Converter = ConverterChtoDeletNa3/ и написать конвертер. Почему бы уже просто не признать очевидное? Нет млять будут упорно доказывать что белое это черное а черное это белое. Все я умываю руки

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

ну минимум это сколько? Вот есть решение на xaml. Сколько времени нужно додуматься до Height={Binding Source={x:Reference Name=Rect2},Path = WithRequest } Converter = ConverterChtoDeletNa3/ и написать конвертер. Почему бы уже просто не признать очевидное? Нет млять будут упорно доказывать что белое это черное а черное это белое. Все я умываю руки

Ну минут 10 наверное

15 если хочешь более гибкий конвертер или поведение

Ну минут 10 наверное

ну вот что и требовалось. 10 минут там, 10 минут сям. Туда сюда. в xcode быстро мышкой за пару минут накидал констрейнты и пошел дальше и даже не задался вопросом “а как”? с android studio побольше чутка там guidline надо заюзать но тоже быстро в принципе. И стандартно. Тот кто увидит верстку из мира android не задастся ни одним вопросом а почему а что а как

В Андроиде все здоровые люди в основном мучают релейтив, а не констрейнт

Ну это уже давно не актуально

ну вот что и требовалось. 10 минут там, 10 минут сям. Туда сюда. в xcode быстро мышкой за пару минут накидал констрейнты и пошел дальше и даже не задался вопросом “а как”? с android studio побольше чутка там guidline надо заюзать но тоже быстро в принципе. И стандартно. Тот кто увидит верстку из мира android не задастся ни одним вопросом а почему а что а как

Xcode за это время успеет запуститься?

ой все

Это почти серьезный вопрос вообще то

Как человек регулярно страдающий от того что на маке успеваю отресайзить окно VS до того как прогрузится верхняя системная панель спрашиваю

только что замерил. Открытие xcode из VS на MacBook Air 2016 до полного появления всего интерфейса заняло 25 секунд. если xcode уже открыт переоткрытие нового xib занимает 15 секунд

Хотя мог написать слово “не долго”, “время которым можно пренебречь”

и это все ещё 9 xcode без импрувов в 10

+ запустить мак)

Но вообще мы во вкусовщину скатился сейчас

не мы а ты

Визивиги вс текст - в целом вкувщина и холивар

Наверное 70% девов за первое, но они отсталые и не люди и не девы => 100% за второе

(тут должен быть мем с Кириллом и Мефодием, но мне влом)

Как человек регулярно страдающий от того что на маке успеваю отресайзить окно VS до того как прогрузится верхняя системная панель спрашиваю

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

для ресайза окошек

на маке

ибо разрабы OS X наголову отбитые и не завезли нормальные шорткаты на ресайз, приходится пользоваться сторонним ПО

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

Я о том, что я успеваю отресайзить окно в тот момент пока системные меню прогружаются

И когда они прогрузятся, они перекроют студию

Наверное 70% девов за первое, но они отсталые и не люди и не девы => 100% за второе

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

В 90% случаев редакторы медленнее. Чаще всего и на ввод и на вывод

Народ, всем привет! Энтузиаст имеющий рабочий опыт в разработке Xamarin отзовись. Напиши в личку пожалуйста, у меня есть ряд вопросов, которыми не хотелось бы зафлуживать чат.

Народ, всем привет! Энтузиаст имеющий рабочий опыт в разработке Xamarin отзовись. Напиши в личку пожалуйста, у меня есть ряд вопросов, которыми не хотелось бы зафлуживать чат.

Тут помимо про есть и новички, которым были бы интересны вопросы, так сказать "на будущее") предлагаю вкратце описать вопросы. Потому что, думаю, даже про не откликнется на такой запрос

Народ, а есть какие-нибудь примеры тяжеловесных/сложных приложений на XF или MVVMcross,

Народ, а есть какие-нибудь примеры тяжеловесных/сложных приложений на XF или MVVMcross,

Тут же серьезный чат, не стоит шутить про жирную мамашу, да?

Но вообще на кроссе вроде много всего

Тут же серьезный чат, не стоит шутить про жирную мамашу, да?

Нет, интересуют крупные скоростные приложения, работающие с сетью, имеющие большие списки примеры посмотреть, не сэмплы

Народ, а есть какие-нибудь примеры тяжеловесных/сложных приложений на XF или MVVMcross,

можешь посмотреть Instamart - на XF. Android & iPhone

Насколько я знаю, в российском приложении KFC, например

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

можешь посмотреть Instamart - на XF. Android & iPhone

Это?

Это?

да

Всем привет, поймал только что вот такое: JNI ERROR (app bug): local reference table overflow (max=512) Ни разу не видел такого, быстрое гугление не помогло выявить причину происходящего. Есть предположения?

Не знал что теперь можно вот так: xmlns:views="using:Lendout.Views", почему это не по умолчанию?

всмысле я про using

В смысле вместо clr-namespace?

А какая в целом разница?

ага

Пока в написании, незнаю, может в старом способе ещё что то можно делать

Всем привет, поймал только что вот такое: JNI ERROR (app bug): local reference table overflow (max=512) Ни разу не видел такого, быстрое гугление не помогло выявить причину происходящего. Есть предположения?

А в настройках проекта попроьуйте выставить javaHeap 1gb

Нет конечно) Есть вот параша FlexLayout

А констрейнты типа не неюзабельная параша? Более идиотского и не-композируемого способа верстать UI, еще не придумали.