Если нет, то AFNetworking нужно добавить в бандл

С CocoaPods долго возился?

да, никак не хотел видить

С CocoaPods долго возился?

пока 2 дня, но хз, заработает ли вообще

Но это уг, динамические либы долго грузится.

народ, а кто чуть в UX шарит. Как на айфоне делается список для заполнения? Например: пользователь создает продукт и ему надо заполнить целую пачку инфы: Список продуктов - это в принципе таблица, все ясно. Далее, когда выбираем продукт - внутри юзеру надо заполнить сетку, которая на десктопе выглядит просто как таблица в екселе либо любая другая таблица БД А как это делается на маленьких экранах устройств, что бы удобно было заполнять? Есть какие-то UX паттерны для таких задач, как правильно?

импортируй вручную лучше, в свое время долго возился с этим

Во времена, матчасть никому не интересна.

народ, а кто чуть в UX шарит. Как на айфоне делается список для заполнения? Например: пользователь создает продукт и ему надо заполнить целую пачку инфы: Список продуктов - это в принципе таблица, все ясно. Далее, когда выбираем продукт - внутри юзеру надо заполнить сетку, которая на десктопе выглядит просто как таблица в екселе либо любая другая таблица БД А как это делается на маленьких экранах устройств, что бы удобно было заполнять? Есть какие-то UX паттерны для таких задач, как правильно?

Форма, не?

Во времена, матчасть никому не интересна.

Интересна. Просто я совсем новичок.

Что гуглить не знаю

народ, а кто чуть в UX шарит. Как на айфоне делается список для заполнения? Например: пользователь создает продукт и ему надо заполнить целую пачку инфы: Список продуктов - это в принципе таблица, все ясно. Далее, когда выбираем продукт - внутри юзеру надо заполнить сетку, которая на десктопе выглядит просто как таблица в екселе либо любая другая таблица БД А как это делается на маленьких экранах устройств, что бы удобно было заполнять? Есть какие-то UX паттерны для таких задач, как правильно?

форма в скролвью с переходам по текстфилдам по нажатию на некст

тоесть стопка: Label : TextField Label : TextField Label : TextField Label : TextField

?

тоесть стопка: Label : TextField Label : TextField Label : TextField Label : TextField

тэги к ним добавить еще, для переключения

форма в скролвью с переходам по текстфилдам по нажатию на некст

форма - это компонент?

Что гуглить не знаю

Гугли что такое компиляция, статические либы, динамические либы, линковка. Я когда узнал что там под капотом, намного легче жить стало.

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

может быть и есть

форма - это компонент?

форма это набор лейблов и текстфилдов

есть и готовые решения

народ, а кто чуть в UX шарит. Как на айфоне делается список для заполнения? Например: пользователь создает продукт и ему надо заполнить целую пачку инфы: Список продуктов - это в принципе таблица, все ясно. Далее, когда выбираем продукт - внутри юзеру надо заполнить сетку, которая на десктопе выглядит просто как таблица в екселе либо любая другая таблица БД А как это делается на маленьких экранах устройств, что бы удобно было заполнять? Есть какие-то UX паттерны для таких задач, как правильно?

Не заставлять пользователя заполнять таблицу :)

пока 2 дня, но хз, заработает ли вообще

https://www.dropbox.com/s/qminbavi22qehkc/AFNetworkingSample.zip?dl=0

вот сделал тебе проект, где интегрирован AFNetworking

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

Не заставлять пользователя заполнять таблицу :)

а как по другому?) если эти данные нужны для автоматизации расчетов определенных и аналитики :)

вот сделал тебе проект, где интегрирован AFNetworking

Спасибо!!!

Во времена, матчасть никому не интересна.

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

Я сужу по фразе "импортируй вручную лучше". Не, не лучше, надо учить матчасть.

то есть это ему не поможет в его проблеме?

Это говнозалепа а не решение.

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

никто не мешает в свободное время заняться рефактором дааааааааааа))

гыгы

?

Как думаете, норм будет если для секции комментариев/оценок я сделаю стаквью в который буду добавлять кастомную вьюшку туда на каждый коммент из аррэя?

я не против

больше похоже на работу для тейбл / коллекшн вью

больше похоже на работу для тейбл / коллекшн вью

+

Как думаете, норм будет если для секции комментариев/оценок я сделаю стаквью в который буду добавлять кастомную вьюшку туда на каждый коммент из аррэя?

откажись ты уже от стеквью

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

Вот этот меня вопрос и волновал больше всего

откажись ты уже от стеквью

Авотбуй

А чем тебя таблица не устраивает?

Как думаете, норм будет если для секции комментариев/оценок я сделаю стаквью в который буду добавлять кастомную вьюшку туда на каждый коммент из аррэя?

Эм, просто используй тейблвью

костыли какие-то

А чем тебя таблица не устраивает?

Просто подумал что быстрее будет написать 6 строк кода чем добавлять тэйблвью. Загвоздка конечно же в памяти встала

сам потом сайбешся

Не думаю, что со стеком сильно проще тебе будет работать

А кто какие либы для просмотра pdf пользовал?

webView))

Не совсем то, что нужно. CoreGraphics PDF тоже не совсем то, что хотелось бы

На проекте использовался FastPDFKit, но он хоть и платный приносил кучу крэшей, которые не сильно торопятся фиксить разработчики. Хотелось бы что-то бесплатное и надежное)

Всем привет! Ваше мнение, если по требованиям требуется покрытие кода тестами на 70%, то какую архитектуру наиболее рационально использовать. Спасибо

Любой где можно изолировать UI логику

@ivan_ushakov, это само собой разумеется. Просто в зависимости от решения процент покрытия будет разный.

viper дает почти 90%

а MVVM ?

mvvm даст где то 80% без реактива

о, про реактив, не подумал. А если с ним?

хз реакт не подключал

Цифры с потолка такие цифры. Почему mvvm даст 80? Куда 20 ушло?

Если мы выделяем всю ui логику в view model, что нам помешает получить 90, а то и 100?

наверное кривые ручки могут помешать, как вариант ?

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

Если мы выделяем всю ui логику в view model, что нам помешает получить 90, а то и 100?

100% не удастся

ERROR: S client not available

И что, почему не сможем покрыть? Если там зависимости не прокинуты или еще какой solid нарушен - это же не mvvm виновата

а как вы пишете? сразу код, потом тесты? или сразу под тесты код подгоняете?

я про реальный кейс говорю, на сколько целесообразно будет покрывать код на 90-100?

а как вы пишете? сразу код, потом тесты? или сразу под тесты код подгоняете?

Если мне вопрос, то я не поклонник test first, особенно для GUI приложений

Подскажите, надо в скролл вью делать вью и в нем делать все или можно и в самом скролл вью делать?

Я запарился уже чет

Уже штук 70 констрейнтов всяких разных, а толку найн

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

если я ничего не попутал, то у скролл вью должна быть только одна сабвью

и на ней уже все прочее

вьюхами все делить бывает проще

Уже штук 70 констрейнтов всяких разных, а толку найн

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

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

1) скролл вью пихаешь с констрейнтами left top trailing bottom 2) пихаешь contentView в скроллвью с констрейнтами left top trailing bottom centerX, centerY(потом когда все вьюшки разместишь удаляешь констрейнт(горизонтальная полоса) - так надо чтобы нераздражали красные полосы:) ) 3) размещаешь UI элементы все 4) у самого нижнего добавляешь bottom констрейнт. нужно только с нижним констрейнтом пошаманить, либо приоритет уменьшить либо >= поставить

вьюхами все делить бывает проще

То есть разделить элементы на вьюхи ?

То есть разделить элементы на вьюхи ?

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

У меня только две завязки есть это тейбл вью высотой в высоту экрана телефона и видеовью высотой 0.55 экрана телефона

В принципе штука с вьюхами очень похожа на стаквью которыми я и пользуюсь

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

Кто-то уже делал панель над навигейшин баром? как в картинке

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

там можно проще, если не ошибаюсь, для констрейнтов можно ставить мультиплаер. Ставишь 0.5 и будет всегда половина

от высоты таблвью

а ну да, таблица ведь на всю высоту, тогда да, так лучше будет.

а подскажите, в свифте обращение к проперти встречается self.property а бывает и property. в обеих случаях это проперти екземпляра класса. В чем разница между такими обращениями? так же как в obj-c? обращение через гетер метод и обращение напрямую к переменной?

Никакой разницы

Абсолютно

а как обратиться к переменной игнорируя геттер тогда?

Никакой разницы

тоесть просто разница стиля и все?

только в блоке если не будешь использовать self то будет ругатся

а как обратиться к переменной игнорируя геттер тогда?

никак

в свифте нельзя переопределить геттер.