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

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

+

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

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

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

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

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

Авотбуй

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

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

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

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

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

Просто подумал что быстрее будет написать 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% не удастся

И что, почему не сможем покрыть? Если там зависимости не прокинуты или еще какой 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 то будет ругатся

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

никак

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

Можно сделать calculated property, и она под капотом может использовать настоящую переменную.

для этого делай так private var _prop public var prop { get { return _prop} } меняешь _prop

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

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

понял) спасибо :)

А было ли у кого-то такое, что reachabilitySwift не вызывает колбэки, назначенные на смену состояния доступности сети?

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

у меня было

не все состояния сети оно может адекватно отследить

Хотел красивенько все сделать... с автообновлением при подключении к сети... Эх.. Ладно

а почему дублируется?

между этими же методами никакой разницы или я слепой?)

Автокомплит. Смирись

хаха

Всем привет! Нужна консультация от тех кто уже выклдывал приложения в itunce connect! Пропустят ли приложение если в нем будет только данный код UIWebView.loadRequest(NSURLRequest(URL: NSURL(string: "адрес ресурса оптимизированого под мобильное устройство"))).

нет

нет

Какая причина отказа может быть

Первая ссылка в поиске http://stackoverflow.com/questions/37595685/webview-app-on-app-store-will-it-be-accepted

Первая ссылка в поиске http://stackoverflow.com/questions/37595685/webview-app-on-app-store-will-it-be-accepted

Спасибо дальше 0 ссылки просто не хожу ))))))