есть задача "глубоко" конвертнуть все объекты из NSMutableDictionary в настоящие ObjC типы NSMutableDictionary или NSMutableArray. Главный NSMutableDictionary приходит из свифта, но в нем есть свифтовые типы которые не mutable и их надо конвертнуть в ObjC mutable типы

http://stackoverflow.com/questions/1950361/deep-mutable-copy-of-a-nsmutabledictionary А что в словаре-то? Если обычный JSON, то сериализуй его в NSData с помощью NSJSONSerialization, потом тут же десериализуй её с флагом NSJSONReadingMutableContainers Совет костыльный, но сработает (:

Есть возможность установить фиксированную высоту у cell или отдельной секции?

TableView.cellHeight меняет у всех к сожалению

а ты же можешь узнать определенную секцию

и выставить ей высоту

TableView.cellHeight меняет у всех к сожалению

heightForCellAtIndexPath

или как-то так

heightForRowAtIndexPath, во

Спасибо

по индификатору ячейки выставляешь высоту

Есть возможность установить фиксированную высоту у cell или отдельной секции?

загугли о возможности авто "высоты" целлов )

Да я уже все сделал :)

Как такую магию провернуть? С несколькими протоколами можно, знаю, а как класс, который еще и протокол реализует?

Ребята, а что отвечать на собеседовании при вопросе: что такое REST? все время считал, что это методы работы с апи для того, что бы гонять json'ы (мб и не json'ы) от приложения к серверу с помощью get/post запросов? На собеседовании выдвинули: это не просто архитектура для того, что бы json'ы гонять. А для чего еще он юзается при програмировании под ифоны?

и что еще надо iOS'нику знать про REST архитектуру и зачем?

зачем это спрашивать?

https://ru.wikipedia.org/wiki/REST

Спасибо КЭП

Как такую магию провернуть? С несколькими протоколами можно, знаю, а как класс, который еще и протокол реализует?

Эт че такое?

но это мне никак не помогло понять, чего еще с ним делать при взаимодействии iOS приложения с сервером

кроме гонять jsonы с стрингами и мб порции nsdata

ты даже не прочитал

я миллион раз читал

и не только вики

но чет не доходит

тогда зачем глупые вопросы ?

потому и спрашиваю

мб кто сможет обьяснить

Эт че такое?

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

Добавьте ее в протокол и добавьте его в класс?

Ребята, а что отвечать на собеседовании при вопросе: что такое REST? все время считал, что это методы работы с апи для того, что бы гонять json'ы (мб и не json'ы) от приложения к серверу с помощью get/post запросов? На собеседовании выдвинули: это не просто архитектура для того, что бы json'ы гонять. А для чего еще он юзается при програмировании под ифоны?

Это правила взаимодействия клиента с сервером. Говорящие, что запрос-ответ должны быть "атомарной" операцией. Например, не должно быть такого: server.set(context: context) server.requestList() server.changeContext(context) server.requestAnotherList() Нужно сразу выполнять операцию .requestList()

Это правила взаимодействия клиента с сервером. Говорящие, что запрос-ответ должны быть "атомарной" операцией. Например, не должно быть такого: server.set(context: context) server.requestList() server.changeContext(context) server.requestAnotherList() Нужно сразу выполнять операцию .requestList()

ну это же нужно знать для бекенд разработчика, а не клиентского?

давай насчет с того, что ты хочешь услышать вообще ?

всю жизнь, мне бекенд разраб давал пачку запросов, которые выдают инфу - на этом взаимодействие заканчивалось мое с сервером. Или бывает еще как-то?

посты не отправлял ?

форм дату ?

отправлял

А взаимодействие UI-Sqlite тебе не напоминает взаимодействие iOS устройства с сервером?)

гет/пост иногда мультипарт запросы на остылку данных

А взаимодействие UI-Sqlite тебе не напоминает взаимодействие iOS устройства с сервером?)

хз) я кордату использую для баз)

Просто пойми одно, иногда на собеседовании начинают "глумиться"

успокойся и забей

Кордата и есть SQLite

давай насчет с того, что ты хочешь услышать вообще ?

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

Очень вкратце. REST - правила. Они описаны в разделе "Требования к архитектуре REST" на википедии

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

постою рядом послушаю)

Очень вкратце. REST - правила. Они описаны в разделе "Требования к архитектуре REST" на википедии

эти правила нужны для работы с сервером iOSнику?

если да, то как их применять?

просто есть несколько паттернов которые нужно было им обьяснить

и все

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

и небудет таких проблем )))

эти правила нужны для работы с сервером iOSнику?

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

у меня так друган год жил, делал платные тест задания :D

REST может быть применен не только в работе с сервером. Я же только что привел пример, UI с базой данных в приложении

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

когда выпадали в осадок не зная ответ, благодарил и прощался

REST может быть применен не только в работе с сервером. Я же только что привел пример, UI с базой данных в приложении

вот и нужно сразу уточнять что они спрашивают ? какой рест ? что им обьяснить?

тут можно бесконечно гадать

поэтому лучше не ездить на собеседования

зачастую люди которые собеседуют сами не знают то о чем спрашивают

тут можно бесконечно гадать

зато все любят фразу RESTfullAPI

и сами не соответствуют тому чего хотят увидеть от тебя

ну просто в резюме конкретно писал - разработка клиент-серверных приложений (REST:Get/post/multipart)

тут думаю понятно, что это касается сервера, а не работы UI c кордатой

хотя с ней у меня зачасту тоже отношения: записал/прочитал

хотя с ней у меня зачасту тоже отношения: записал/прочитал

а там могут быть иные?)))

хотя с ней у меня зачасту тоже отношения: записал/прочитал

это ж CRUD

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

зато все любят фразу RESTfullAPI

да я все время считал что эта абривиатура лучше обьяснит с чем я работал, бо все бекендщики говорят: юзаем рестфул

делай то-то то-то, такие-то такие то запросы

а там могут быть иные?)))

хз)

а там могут быть иные?)))

Удалил

При взаимодействии классов внутри iOS приложения в нужно чтобы как можно больше классов придерживались REST. Ну это уже имхо

Удалил

ну под "записал" - удаление тоже имеется ввиду как само собой

В нашем контексте это можно сказать антонимы)

REST это получается синоним lose coupling?

Я бы сказал REST включает в себя слабую связь

ну то есть на собеседовании нужно было сказать что РЕСт - это не СОАП, сервер ничего не знает о клиенте и его состоянии, да и клиент узнает о сервере только в какие-то моменты, в результате клиент получается не толстый, а тонкий и легкий. Зато нусть нужда в синхронизации и стало быть более надежном канале связи, если мы хотим что-то сделать с объектами которые в нашем клиенте являются например отображением записей из БД сервера? А то пользователь захочет выбрать товар на клиенте, а на сервере он уже тютю, нет его, удален.

можно ьыло бы так сказать?