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

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

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

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

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

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

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

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

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

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

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

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

надо написать статью почему синглтоны - ок

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

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

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

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

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

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

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

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

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

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

в их гайдах

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

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

э?

рили?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

если nil

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

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

successCallback?

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

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

также - @1 ? magic numbers

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

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

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

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

но я сейчас про такую форму обертки

через синглтон

когда это плохо и почему?

иногда там {"result": ... , "response": ...} а иногда {"result": ... , "balance": ...} ?

иногда там {"result": ... , "response": ...} а иногда {"result": ... , "balance": ...} ?

ага) говорю же на сервере туфту отдают) клюю переодически, как поменяют удалю этот чек

должно быть кругом result... {response

и будет без response balance :)

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

я пока не вижу - где там синглтон?

PApiClientGeneral – синглтон?

да не, не должен быть

там инициализватор с url же

ой

вот, генерал то просто родительский

papi client =)

:)

но ок, допустим

ты его сделал, он работает

вероятно умеет авторизоваться в API и хранить сессию / токен

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

и залогиниться под другим акком

нет токенов)

но да, такое в других проектах делал

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

или убивать

в статье https://www.objc.io/issues/13-architecture/singletons/

именно такой случай и описан

нуу, почему? я в классе, который делает логаут

чищу

а не в синглоте

от синглтона я ток получаю: успешно разлогинился или нет

а мог бы не чистить

это лишний код

лишний код - источник лишних багов

а как?

А еще можешь сказать, что лежит в POST:parameters:progress:success:failure:

сессию же нужно удалить

статья, почитай её

А еще можешь сказать, что лежит в POST:parameters:progress:success:failure:

я этот не юзаю)

как в хттп хидеры положить что нибудь?

хз) гуглить надо)

а это тогда что?