нет, в инициализатор как параметр сессия идет

С Id какое то извращение по мне)

в проде так не пишу - это моё питоновое прошлое нашёптывает

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

просто если в этом классе потом нужно заменить [NSUrlSession sharedSession] на что-то другое

я делаю контрл ф - финдр / реплейс

и в 1 кнопку все заменяю

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

вот, там забыл проверить на respondsToSel и всё

initWith имеется в виду

А туда уже NSURLSession

я делаю контрл ф - финдр / реплейс

Это выход, но типа не по канону)

и в 1 кнопку все заменяю

у тебя всё это на бэби кодинг похоже

я делаю контрл ф - финдр / реплейс

а теперь представь, что ты хочешь этот же код заиспользовать с 2мя разными классами сессий

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

тоесть вы всегда в коде в инициалзиаторе создаете @property (weak, nonatomic) id session @property (strong, nonatomic) ClassB *classB - (instatype)initClassB:(ClassB)classB { ... _classB = classB _session = [NSUrlSession sharedSession] return self }

так?) это теперь депенденси инжекшн?

всё ещё явная зависимость потому что в коде есть NSUrlSession класс

@property (weak, nonatomic) id<MySession> session - (instatype)initWithSession:(id<MySession>)session { ... _session = session; return self }

👆

у тебя всё это на бэби кодинг похоже

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

@property (weak, nonatomic) id<MySession> session - (instatype)initWithSession:(id<MySession>)session { ... _session = session; return self }

+

И так практичнее

@property (weak, nonatomic) id<MySession> session - (instatype)initWithSession:(id<MySession>)session { ... _session = session; return self }

а если я через блоки делаю? и в классе MySession методы - loginUserWithParameters:(nsdict )parameters blockSuccess:(block)sucess failure:(block)failure

и в класе юзаю не [NSUrlSession sharedInstance]

а сразу нужный запрос делаю из моего класса?

блоки здесь это Inversion of Control

и он тож синглтон но вызывается [MySession sharedsessin]loginUser...

что вобщем тоже относится к техникам избавления от явных зависимостей

но лучше тебе кажется теорию почитать

и в блоке возвращается ответ от сервера

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

и решить, надо оно тебе или нет

и он тож синглтон но вызывается [MySession sharedsessin]loginUser...

синлтон – зло, передавай черз инициализатор

и в каждом классе инициализировать этот обьект где юзаю?

можешь сделать один объект на всё приложение и прокидывать его

в аппделегате?

btw, хорошая статья на тему "почему синглтоны - не ок": https://www.objc.io/issues/13-architecture/singletons/

ну или di для бедных – зовешь синглтон в фабрике/конвиниенс инициализаторе

А если вместо синглтона юзать просто статический класс?

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

А если вместо синглтона юзать просто статический класс?

а какая разница?

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

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

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

просто этот способ работы с сетью я видел когда-то у AFNetworking

в их гайдах

и как-то прижилось

так синглтон то и не должен содержать стейта так-то...

э?

рили?

UIApplication с тобой не согласен

скорее всего почти любой синглтон с тобой не согласен

если нет стейта – юзй сишную pure функцию

стейт - это состояние?

просто этот способ работы с сетью я видел когда-то у AFNetworking

примеры в гайдах всегда пишут чтобы их было просто понимать

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

(но не поймите меня неправильно - читаемость в продакшн коде важна тоже)

afnetworking кажется вообще не то место куда надо идти за хорошим кодом

а где о работе с афнетворк лучше напишут чем у афнетворк?)

вот так там был вариант юзания их манагера

кажется все аккуратно, красиво и понятно

для бэби кодинга сгодится, да

Вот основная пост функция, которая делает запрос от всех методов

а в каких случаях это плохо?

и так не стоит юзать?

Если в тему код ревью, я например несколько минут вдуплял почему написано if (success) {, оказалось что это колбэк.

угу, оно крешится

если nil

в другом классе в вызове

Понятно что крешится, название success мне не понятно.

successCallback?

не проверяешь явно что в ответе 2 и сразу чекаешь баланс

ты уверен что потом у тебя не будет 3 ?

также - @1 ? magic numbers

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

никак не поменяют

да и API у тебя... эээ

:) да, руки не дойдут все по феншую