а мввм

его вообще без реакта реализовать можно?

реакт нейтива?

хаха

недавно об этом разговаривали

реакт там вообще не нужен

протоколы

наше все

Чет мне кажется что если задают такие вопросы, то использовать это явно не стоит

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

Начинаю переходить на swift, ожидайте пополнения в ваших рядах

ребят, такой вопрос. Авторизация идет через credential (если я ничего не путаю). Я использую alamofire и выглядит это примерно так session.request(urlString, method: .get).authenticate(user: name, password: password) static var session: SessionManager = Alamofire.SessionManager.default { didSet { let sessionDefault = Alamofire.SessionManager.default sessionDefault.session.configuration.httpCookieAcceptPolicy = .always self.session = sessionDefault } } эта функция очищает сессию (я ее использую чтобы сессия не была авторизирована и пользователь мог заново зайти / зарегаться) static func logOut(handler: @escaping () -> ()) { session.session.flush { } session.session.reset { session = Alamofire.SessionManager.default handler() } } Вопрос такой. Когда я авторизируюсь в первый раз - получаю 200. Авторизация прошла, все збс. Потом сразу выхожу (logOut), авторизируюсь - получаю 404. Авторизируюсь еще раз - получаю 200. То есть, когда я авторизируюсь сразу после логаута, то авторизация проходит лишь со второго раза. Кто-то сталкивался с подобным? С чем это может быть связано? На серваке лога 404 нет. То есть что-то не так с запросом именно после логаута. Сам запрос сохраняет куки: session.request(request) .authenticate(user: name, password: password) .responseJSON { resp in if let headerFields = resp.response?.allHeaderFields as? [String: String], let URL = resp.request?.url { let cookies = HTTPCookie.cookies(withResponseHeaderFields: headerFields, for: URL) session.session.configuration.httpCookieStorage!.setCookies(cookies, for: URL, mainDocumentURL: nil) }

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

mvvm от viper отличается как a+b от b+a

Я вайпер так и не понял до конца.

что именно?

Зачем такие сложности.

И почему именно такой набор компонентов.

И каким боком это относится к Clean Architecture

ну они там далеко не всё додумали

интеракторы к примеру в том виде как на objc вообще хрень

Не, базовая идея понятна - разделите ваш mvc код на более простые модули.

ну так вайпер от мвц никуда и не ушел

короч я тут скидывал гифку

А вот дальше какое-то сочинение на тему "как я провел лето"

С конфы)

йеп

У Вайпера вроде есть плюсы.. но у нас проект сначала был красивый, все аккуратно и правильно) а по итогу оброс говном и костылями к концу

да там вообще минное поле

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

Ну вообщем берем стандартный айфоновский MVC, обмазываем проксями и калбеками и вуаля.

А на предыдущем проекте мне дали баги фиксить.. так там чел впилил mvvm и rac

Причём только на одном экране)

не не должна быть конечная цель

коммунизм

https://habrahabr.ru/company/badoo/blog/281162/

Я вот смотрю на unidirectional dataflow фреймворки

По принципу реакта

https://medium.com/ios-os-x-development/ios-architecture-patterns-ecba4c38de52#.9rzvaai9l

оригинал

Но пока не оч понятно как это ляжет на то, что сейчас есть в проекте

Вот там было весело. Весь проект хер пойми на чем.. и тут mvvm rax))

Rac

да статья популярная

но не глубокая

какой там второй круг

тысячи их

Про глину давайте )

Видимо наболевшие темы :)

unidirectional dataflow кстати норм идея но опять же это детали реализации того же mvc/mvp/mvvm

я бы не сказал

Во всех MVX bidirectional binding

с чего бы это взялось такое правило?

а где unidirectional

всмысле где

Ну в каком из паттернов?

в каком хочешь в таком и сделаешь

Идея у реакта такая, что новый стейт собирается из текущих событий\данных и разом применяется к view

ну так а что мешает так делать даже когда фигачишь всё в одном viewcontroller

Нет структуры, которая описывает стейт

Нельзя взять стейт А и стейт B и посчитать между ними дифы, например

ну так в самом ios ясное дело что нету такого

надо писать самому

Уже есть попытки

да даже apple на wwdc пыталась

про сны там что-то

тоже диф считали итп

например катана https://github.com/BendingSpoons/katana-swift

А можешь ссылку дать на wwdc?

ну вот у меня очень похожу скаладывается на катану

Я помню value programming with swift было, но это немного не про то.

не везде я с ними согласен

https://developer.apple.com/videos/play/wwdc2016/419/

А, не

Точнее это по этой теме, но не про то как это в UI использовать

всмысле