только я не вижу изменения прямо в IB. вижу только уже в рантайме

Найс ibinspectable

с ibinspectable и не должно быть видно

Найс ibinspectable

а что не так, не ibdesignable же

а что не так, не ibdesignable же

%) Я норкоман, извините

Вот треш

Вот треш

А почему треш?

Прогать под конкретные девайсы опасно

Сайзклассы для кого сделали?

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

Ладно, покурю тогда сайз классы из эппловской доки ещё, раз опасно. Why not?

Сайзклассы для кого сделали?

офигенный сайзклас iPhone4s, se, 5, 5s, 6, 6s, 7 Portrait!

почему?

Прогать под конкретные девайсы опасно

почему?

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

Ну это ведь дополнение к size-classes, а не замена.

Ребят, такой вопрос. 1) мы оформили вьюху через сторибоард . 2) Не хотелось бы в контроллере писать дополнительные надстройки навбара(цвет, шрифты, иконки ит.п.) Вопрос: каким образом можно ухитриться отделить эти настройки вью от контроллера, при этом сохраная всякие референсы из интерфейс билдер ?

ищи туториалы про @ibdesignable/@ibinspectable

Дк сабкласс UINavigationController?

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

Не понял вопрос

А, я тоже не очень понял сначала

Ну опять же самое простое - сабкласс uiviewcontroller :)

Вопрос: у нас вью оформлен в ib. Если я захочу дописать какие либо дополнительные настройки (к примеру настройка навбара и его элементов или attributed labels) хотелось бы отделить по возможности настройку вью и контроллера. Чисто кодом понятно - делегат к вью и отдельный файл для вью. Как это делать "Грамотно?

для ситуации с storyboaed

Ну так у вас же есть класс этой вью? Не понимаю все равно проблемы.

Вьюха в xib?

storyboard -ная

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

Лучше вынести вьюху в xib, сделать сабкласс, при желании вынести необходимые изменяемые данные в ibinspectable(чтобы изменять визуально), при желании сделать ibdesignible, добавлять в сториборд в нужное место UIView и туда приписать ваш класс для UIView

Хорошо, спасибо за ответы. Кодим дальше)

вот где настоящий изврат

вот где настоящий изврат

Дык я уже услышал) лучше вы мне ткнёте, что это изврат, чем я буду так делать, верно жеж?

Конечно верно, братишка

Я думаю тут к стилю претензии :)

Друзья, такой вопрос. Смотрите, читаю доки Realm. The only limitation is that you cannot randomly pass Realm objects between threads. If you need the same data on another thread you just need to query for that data on the that other thread. получается, если мне надо в UI отобразить кучу элементов из БД, мне надо их в UI треде получать (через квери)?

ага

и это легально так делать? просто вроде такие операции же могут время занимать при больших объемах данных

ну, например? ты можешь получить в фоне массив праймари ключей, а в главном потом подергать по ним объекты, если это таблица

тогда он будет за раз обращаться только к такому кол-ву объектов, как ячеек на экране

и рилм намноого быстрее кордаты, попробуй)

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

типа realm.objects(Entity.self)

и сколько их будет? 10к+?

ну вдруг) может быть и 10к

большие?

могут быть с картинками

и текстом до 500 символов

каждый

У тебя прям UIImage в бд?

NSData полагаю)

именно это и имелось ввиду

лучше писать картинки в кэш, а в бд сохранять путь к ним

или в документс, если они супер важные и нужно синхануть еще по айклауду

У тебя прям UIImage в бд?

Data уж

Друзья, такой вопрос. Смотрите, читаю доки Realm. The only limitation is that you cannot randomly pass Realm objects between threads. If you need the same data on another thread you just need to query for that data on the that other thread. получается, если мне надо в UI отобразить кучу элементов из БД, мне надо их в UI треде получать (через квери)?

Обычно данные перекладывают в другой объект, вот его уже возвратить в ui поток.

А сам запрос делай в фоне.

Я бы не рискнул даже 1к на ui запрашивать.

А сам запрос делай в фоне.

Дык в доках написано же, что объекты реалма надо брать в том треде, в котором собираешься их использовать. Вопрос изначально об этом

Дык в доках написано же, что объекты реалма надо брать в том треде, в котором собираешься их использовать. Вопрос изначально об этом

Ну и используй их, создай из них другие объекты.

ну вдруг) может быть и 10к

Реалм должен отдавать (не работал с ним на иос ещё) ленивый итератор в ответ, вобщем запрос выполняется на стадии итерации, или при вызове конвертации в лист. Мультитрэд выполняется просто, в треде открываешь инстанс, работаешь с данными и закрываешь инстанс.

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

точно, он же Results отдает

ERROR: S client not available

а Results уже с этим работают по-хитрому

спасибо!

Че пацаны айфон? Шааарц по ебалу

коллеги, кому не жалко, киньте архив с core_data_by_tutorails от Рея которая до swift 3 прокачана.

Мокрые nsfetchedresults objects бесплатно без смс

ох спасибо, в годноту добавлюсь)

вы их покупаете? или их дето выкладывают?

Вы это увидели ? Что за ?

что?

версия поднимают и че?

троллинг просто

не про свифт 4, а про то что ему жить осталось не долго

Да он только начал а его уже хоронят)

не про свифт 4, а про то что ему жить осталось не долго

да я понял)

Ребят, а подскажите туториал, где можно прочитать про правильное создание модели, которая будет возращать ячейку. Хочу не switch indexPath писать, а models[indexPath.row].cell.

В tableview?

В tableview?

без разницы

Cell fabric мейби загугли

народ, а так можно юзать методы с блоками? -(void)methodA { NSMutableArray *array = @[].mutableCopy myOBject = [self methodBWithSomeBlock:^(bool isCreated) { array.addObject(myOBject) }]; ... } - (myObject)methodBWithSomeBlock:(myBoolBlock)myObjectIsCreated { MyObject *myObject = [self createOrUpdate]; .... if (myObject.isCreated) { myObjectIsCreated(YES) } return myObject }

ты главное там недоиграйся до ретайн циклов )

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

помимо того, что возвращает метод

да как хоячешь

можно конечно)

главное чтобы потом не сдох обьект каллбека )

та пусть дохнет, мне нужен с блока лишь булевый параметр, что бы обьект в массив добавить :)

ну ок, а почему ты подумал что так как ты хочешь не льзя делать?

никогда такой реализации не встречал просто) подумал мб это дикое решение