или ты пишешь табличку с котятками?

где будет как минимум 10+ человек в команде

выноси тогда в отдельные фреймворки функционал

делай их ридонли

а какая все же задач поподробнее? сто пудов есть проще способ

выноси тогда в отдельные фреймворки функционал

и потом там где надо просто прописывать импорт?

да

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

вас 10 таких будет?

а какая все же задач поподробнее? сто пудов есть проще способ

"мне необходимо чтобы метод из класса №3 был публичным для класса №2 но приватным для класса №1"

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

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

2ой если быть точнее

вчера я отдыхал

:D

Гуртовый чтоли

перелогинься

Объяви его в classname+private.h и бей по шапке если кто заимпортит

Объяви его в classname+private.h и бей по шапке если кто заимпортит

они на свифту пишут, дедуля

какой .h

да на обжс я бы не парился бы вообще)

Ну там на свифтовый манер

Или нельзя такое?

к свифту привыкнуть не могу)

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

"мне необходимо чтобы метод из класса №3 был публичным для класса №2 но приватным для класса №1"

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

вынести в фреймворк - норм

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

уже выяснили что нужно выводить в фреймворк)

вынести в фреймворк - норм

по другому никак)

Присоединяюсь, давно хотел спросить! KVO не комильфо как-то, а rx импортить без детального изучения как-то не хочется

Может есть какой-то крутой способ через протоколы

или хз

Ну да, я тоже думаю, что оно какое-то не очень

Ну FRP это слишком большая вещь, надо много изучать. Мне кажется для MVVM не нужно

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

но каждый раз кастить из AnyObject

такое

нахера вам биндинги?

вот скажите мне

чем один атомартный апдейт от вью модели то хуже десятка сигналов?

чем один атомартный апдейт от вью модели то хуже десятка сигналов?

Что такое атомартный апдейт?

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

Что такое атомартный апдейт?

пачкой

да

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

Это же вроде противоречит логике MVVM - вьюмодель не знает про контроллер

она и не знает

Ну она знает про делегат

у нее есть делегат и всего то

Хотя это не обламывает фичи MVVM

ты просто делаешь viewModelDelegate и подисываешь им вью контроллер

Здорово, мне нравится

ну примерно так, да

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

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

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

@moderator1 а с Rx ты разобрался как делать?

ну правильно построить MVVM с Rx

тот пример, который с погодой?

А нетворкинг в MVVM куда пихать?

Вроде во вьюмодель удобнее

в модель

вообще да

в модель

ге

не

не во вью модель

а просто в модель

ну обычно вью модель потом эту модель использует

ну сервис

ватэвер

просто кусок, который говорит с сетью

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

ну типа так, да

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

обратабывает их как-нибудь

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

ага

основная идея такая

толстые модели, наканецта

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

толстые модели, наканецта

https://scontent.cdninstagram.com/hphotos-xaf1/t51.2885-15/s640x640/sh0.08/e35/11899509_1720339674853932_383259466_n.jpg