Size: a a a

2019 October 31

EE

Evgenii Elchev in iOS God Talks
Vadim Vitvickiy
так вы определитесь толи у вас вьюмодель как прослойка для представления данных вью, толи как медиатор
у меня ее вообще нет
источник

EE

Evgenii Elchev in iOS God Talks
я же писал выше view+model этого достаточно
источник

VV

Vadim Vitvickiy in iOS God Talks
Evgenii Elchev
причем тут вообще Алан Кей, это не он задумывал ООП
потому что отсылка кексея к нему
источник

LL

Lolka.Omsk Lolkin in iOS God Talks
Evgenii Elchev
зачем если модель при необходимости это фасад который как раз и "сужает" настоящую модель до текущего представления?
Модель не обязанна сужать она может отдать цельную датамодель с бд например
источник

EE

Evgenii Elchev in iOS God Talks
Vadim Vitvickiy
потому что отсылка кексея к нему
ну вопрос к нему, да. Вооще это распространенное заблуждение. Где то там было интервью, где Алан сказал что он у себя в языке не так задумывал ООП.
источник

EE

Evgenii Elchev in iOS God Talks
но причем тут его язык и ООП вообще не ясно
источник

EE

Evgenii Elchev in iOS God Talks
Lolka.Omsk Lolkin
Модель не обязанна сужать она может отдать цельную датамодель с бд например
не обязательно, но может, не ясно зачем лишняя сущность если модель вообще никак не ограничена. Ты можешь в ней сделать все красиво и как тебе надо
источник

SZ

Sasha Zolotarev in iOS God Talks
Evgenii Elchev
не обязательно, но может, не ясно зачем лишняя сущность если модель вообще никак не ограничена. Ты можешь в ней сделать все красиво и как тебе надо
Все красиво и как надо я могу сделать в интеракторе, который инжектиться в презентер, а по сути является просто медиатором сервисов и гонять туда сюда через методы делегата вызовы, чтобы архитектуренько было
источник

LL

Lolka.Omsk Lolkin in iOS God Talks
Evgenii Elchev
не обязательно, но может, не ясно зачем лишняя сущность если модель вообще никак не ограничена. Ты можешь в ней сделать все красиво и как тебе надо
Божественный объект выходит
источник

EE

Evgenii Elchev in iOS God Talks
Sasha Zolotarev
Все красиво и как надо я могу сделать в интеракторе, который инжектиться в презентер, а по сути является просто медиатором сервисов и гонять туда сюда через методы делегата вызовы, чтобы архитектуренько было
ну да, чем больше классов тем архитектурнее, дядя боб был бы доволен
источник

SZ

Sasha Zolotarev in iOS God Talks
Evgenii Elchev
ну да, чем больше классов тем архитектурнее, дядя боб был бы доволен
ну да
источник

EE

Evgenii Elchev in iOS God Talks
почему никто Макконела не читает?
источник

SZ

Sasha Zolotarev in iOS God Talks
Evgenii Elchev
ну да, чем больше классов тем архитектурнее, дядя боб был бы доволен
дядя лупа и дядя пупа будут довольны
источник

EE

Evgenii Elchev in iOS God Talks
Lolka.Omsk Lolkin
Божественный объект выходит
модель не один объект
источник

EE

Evgenii Elchev in iOS God Talks
собсвтенно как и вью, это две части приложения
источник

ЕP

Еxey Panteleev in iOS God Talks
Alex Rock
зачем он был придуман - сначала
как и все в нашей индустрии ООП был придуман(окончательно формулиризирован) в Xerox PARC в 70е по-большей части Аланом Кеем он вобрал в себя конструкции которые были уже в Simula и LISP, и сделал Smalltalk-72, и обязательные идеи ООП, прям обязательные, без него это помесь процедурщины, это:
1. Повторное использование кода
2. Посылка сообщений (!)
3. Инкапсуляция
4. Наследование
5. Полиморфизм
6. Абстракция
Без полиморфизма, даже точнее всех его видов нет смысла ни в Наследовании ни в Инкапсуляции.
По словам уже ясно, что вдохновлялся он клетками и биологией, поэтому посылка сообщений сейчас в сплывает в Rx и в EventDriven. Потому как всякие джавы и кресты насрали на посылку сообщений извратив более рабочую модель канонического ООП

Поэтому мы все еще реализуем идею 50и летней давности, а то шо ООП в большинстве языков это процедурная хрень из иерархий наследования и неполноценного полиморфизма

А джунам это примитивный ООП зашел, тк он им напоминает реальность предметную, где вроде бы все просто и объекто
источник

LL

Lolka.Omsk Lolkin in iOS God Talks
Evgenii Elchev
модель не один объект
И все же сужение датамодели с бд не ее дело
источник

EE

Evgenii Elchev in iOS God Talks
Еxey Panteleev
как и все в нашей индустрии ООП был придуман(окончательно формулиризирован) в Xerox PARC в 70е по-большей части Аланом Кеем он вобрал в себя конструкции которые были уже в Simula и LISP, и сделал Smalltalk-72, и обязательные идеи ООП, прям обязательные, без него это помесь процедурщины, это:
1. Повторное использование кода
2. Посылка сообщений (!)
3. Инкапсуляция
4. Наследование
5. Полиморфизм
6. Абстракция
Без полиморфизма, даже точнее всех его видов нет смысла ни в Наследовании ни в Инкапсуляции.
По словам уже ясно, что вдохновлялся он клетками и биологией, поэтому посылка сообщений сейчас в сплывает в Rx и в EventDriven. Потому как всякие джавы и кресты насрали на посылку сообщений извратив более рабочую модель канонического ООП

Поэтому мы все еще реализуем идею 50и летней давности, а то шо ООП в большинстве языков это процедурная хрень из иерархий наследования и неполноценного полиморфизма

А джунам это примитивный ООП зашел, тк он им напоминает реальность предметную, где вроде бы все просто и объекто
ну то есть до него было по другому, после него тоже по другому. Почему он вдруг оказался точкой истины то?
источник

ЕP

Еxey Panteleev in iOS God Talks
Evgenii Elchev
ну то есть до него было по другому, после него тоже по другому. Почему он вдруг оказался точкой истины то?
потому что он скопировал работу клеток в организме, это наиболее оптимальный механизм созданный за милиарды лет природой
источник

EE

Evgenii Elchev in iOS God Talks
Lolka.Omsk Lolkin
И все же сужение датамодели с бд не ее дело
ее, именно она отдает фасад под вью, почитай на харбе статью про истоки
источник