MVVM + Data Driven UI на практике swift

[@ichelovek3923]

Отличный урок! Спасибо большое )) Было бы шикарно увидеть урок про связку MVVM+RxSwift. На объяснение MVVM уже можно будет не отвлекаться и сделать упор на RxSwift... было бы круто

[@bakdauletm5080]

Благодаря вам я нашёл работу, спасибо!!!!!!!!!!

[@myga77]

Большое спасибо! Смотрю и пересматриваю. Адаптировался к таймингу. Большинство успеваю писать паралелльно с вами даже на 2х если смотрю. Если где то опечатываюсь быстро ставлю на паузу. Ребятам без мониторов - рекомендую присмотреть себе телики с Airplay. Очень помогает сидя на диване использовать телек как второй монитор для ютуба. Можно использовать и встроенное приложение в смарт тв, но именно если через эйр плей - оч легко быстро ставить на паузу, без громозкого интерфейса приложения тв.

[@dmitrymarchenkov7686]

Спасибо за урок, очень долго искал видео на тему MVVM - это сто процентов лучшее. Не думал что MVVM окажется так похожа на MVP.

[@JoffreyB]

Не совсем понятно почему TestView.swift знает про ViewData обходя лейер ViewModel, разве MVVM не для этого нужен, чтобы View напрямую не общались с Model, а общались через посредника ViewModel? Хоть вы и говорите что TestView ничего не знает про ViewData, но как не знает если вы в функции update(....) пишете "titleLabel.text = viewData?.title"? Вот этот момент не совсем понятный.

[@wolfyteze4947]

Хорошее объяснение mvvm, я правда только со второго просмотра понял что к чему)). Хорошо изложенный и доступный материал. Спасибо

[@Victor-dj4td]

Спасибо большое за урок. Видео топовое, давно такого не видел :) Если честно, мало кто пилит уроки по архитектуре, так что вдвойне круто. P.S. Объясняете на уровне Brain Voong 👍🏻 P.S. 2 Гист с вьюхой бы не помешал, как было сказано ранее

[@alekseidanilov9279]

Спасибо за уроки! Вы хорошо объясняете!

[@FlyerChannel]

Спасибо за понятное объяснение MVVM!

[@vladimircreator]

Стиль подачи - зачетный )

[@eaduka2009]

Мужик ты просто космос!!! Без шуток!

[@N0VICHECK]

Как всегда, доступно, понятно, супер, спасибо! Ждем clean swift

[@ВячеславЛарин-м6х]

Как всегда Великолепно, БРАВО!!!!

[@stolenhen]

Евгений, будет ли урок по Clean Swift или Viper? Так же интересно про container controllers было бы послушать. Так же мне как новичку было бы архиинтересно услышать от вас больше практических примеров в Xcode с generics. Про джейнерики в ютюбе информации почти нет(

[@boggromaful]

Очень классный урок! Спасибо! После этого урока, и единственного в своем роде в плане подачи и примеров, я начинаю понимать MVVM!

[@dmitry3881]

Что сказать... Как всегда урок пушка. Как всегда что-то новое. Мой план обучения по твоим видео это: 1. Посмотреть и выписать основные моменты, чтобы потом самому повторить. 2. Попробовать повторить то, что делал ты. 3. Изменить условие(в этом уроке, например, нужно будет с настоящим запросом попробовать сделать и отображать уже данные которые прийдут). и 4. Это посмотреть еще раз видео. Так как после одного просмотра не понятно, что ты при просмотре в первый раз упустил. Вроде все понятно, но когда уже после практики пересматриваешь восприятие другое

[@AzarovTKD]

Круто-круто! Спасибо большое за урок!

[@magzhanimangazy4382]

RXSwift

[@theswiftdevelopers1301]

Друзья оставляйте свое мнение и пожелания!

[@lost_youth43]

Сделайте пожалуйста курс по CoreData или Realm

[@kehkjbuphrd]

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

[@theswiftdevelopers1301]

добавлю позже

[@rauankoshkinbayev1506]

Rxswift😅😅😅

[@ValeriySoglaev]

Хотелось бы от Вас еще урок SwiftUI, MVVM + Combine

[@alexeikorolev9790]

Спасибо! урок как и всегда на высоте! хотелось бы развернутые уроки по бд и работой с сетью

[@alexeikorolev9790]

Или ещё что-нибудь из MVVM )

[@IBSivay]

очень информативный урок. Пошел практиковаться. Спасибо

[@sergeyborovkov7614]

Евгений, очень круто! вчера вечером увидел новый урок - уже знал, что сегодня посмотреть! Я ваш патрон на Udemy!

[@rauankoshkinbayev1506]

лучший учитель 🤩

[@07shama]

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

[@mex5341]

-Вы делаете инъекцию зависимостей , как я показывал раньше вам , и не делайте хардкод , а делайте правильно . Я же тут просто захардкожу -Whaaaat?)

[@АлександрКуликов-о9ц]

Спасибо за урок!

[@vadim_polovoi]

Евгений, спасибо за урок! Но почему может быть такое, что у меня картинки не вписываю в заданный размер view?

[@ЮрийМорозов-з5з]

Спасибо большое за урок! Все предельно теперь стало ясно. Пока нигде не встречал внятного и наглядного объяснения этого подхода без использования Rx. Очень ждём продолжения уроков. Есть ли в планах урок по Viper/VIP/Clean Swift?

[@theswiftdevelopers1301]

Юрий Морозов , что нибудь еще интересного запишем)

[@1ZaYaTs1]

Очень крутое видео! Спасибо!

[@ТарланХакимзаде]

Ты очень крут, спасибо за уроки.

[@alekseychanov]

Просьба выкладывать ссылку на финальный проект для полного шика!

[@caspernew6697]

Оч круто! ) Благодарю! )

[@bardakan]

был один такой, который описал состояния экрана через enum с ассоциированными переменными... Потом задолбались писать переходы между этими состояниями (переводить данные из одного набора ассоциированных переменных в другой), потому что с увеличением числа состояний количество переходов росло в геометрической прогрессии. Неужели так сложно например описать в одной структуре все данные, которые могут попадаться в каком-нибудь из состояний, и уже если очень хочется - написать на каждое состояние протоколы, отсеивающие лишнее?

[@TyTy-oh2wq]

«Сейчас их гораздо больше, наверное» Топ

[@akhmedovbakhtovar7142]

это я если стану сеньором помидором

[@andrewwillson1203]

Спасибо за объяснение, сейчас пишу проект с помощью ваших видео-уроков. Только можете объяснить, в чем суть вызова метода updateViewData, в конструкторе MainViewModel, ведь он никогда не будет вызван. Мб имеет суть добавить параметр updateViewData в конструктор?

[@pitwarlord7278]

просто топ для повышения скилла

[@crazyfox1317]

Топ! Спасибо! Остался только 2 вопроса. 1) В чем смысл переноса логики по обновлению UI в метод layoutSubviews, когда его можно было написать прямо в didSet viewData? Как это влияет на производительность и какие преимущества дает? 2) Если написать обратную связь ViewModel и View не через boxing и RX а через делегат, будет ли это нарушать принципы MVVM? Ведь тогда ViewModel будет держать ссылку на View в качестве делегата а значит "знать" о ней.

[@ilyanesterenko2796]

если добавить во viewModel ссылку на вью, то это будет MVP )

[@dubstepwawawa]

Почему TestView знает о ViewData? Если они вообще должны пересекаться

[@GoGaSish]

Не совсем понятно зачем в данном случае у вью модели public надо было проставлять, ведь вся коммуникация проходит в рамках одного модуля Спасибо за старания, вы молодец:)

[@Elecrlbloom]

как правильно инжектить в сервисы Нетворк сервис а их уже во вью модель

[@laisermed]

спасибо большое!

[@cmdBcmdR]

Спасибо :)

[@gummibarchen1372]

Будут ли уроки Combine ?

[@hakobjanyan]

bomba, спасибо

[@СергейБабий-у7с]

Лайк поставил.

[@Interfacelol]

Жду SwiftUI))

[@МаксимАлексеев-з9р]

По VIP планируется урок?

[@kama8213]

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

[@theswiftdevelopers1301]

vladmus , вьюха с мультистейтом ( много состояний в которые умеет)

[@kama8213]

​@@theswiftdevelopers1301 А, вот как. Уловил идею. Похоже в том и есть суть МВВМ, в модели описываются изначальные те или иные "Стейты", в которое View должна пребывать, а управляет всем этим ViewModel. В остальном спасибо, после трех частей с МВП, МВВМ показался легче и интересней. Спасибо за уроки!

[@theswiftdevelopers1301]

они похоже, просто тут не стал роутеры и тести писать их тут тоже можно

[@максиммартынов-я1ь]

лично мне проще сначала полностью урок посмотреть или половину его а потом рассмотрев все связи или почти все, по памяти (ну почти полностью) написать ваш код. Иначе я слишком сильно почему то зацикливаюсь на синтаксисе и теряю нить самой темы урока....

[@PaulieS1987]

Неплохо, но есть нюансы. 1. В ините обращаться к свойству, значение которого еще не задано, бессмысленно . Никто не получит .initial. 2. Обновлять значение полей в layoutSubviews, это как раз и есть путь к просадке производительности. Этот метод может быть вызван несколько раз, при этом значения будут перезаписываться... 3. Public для методов в internal классе тоже бессмысленны. Internal методы в рамках модуля будут видны.

[@stolenhen]

Павел, а где тогда лучше обновлять значения полей, чтобы не просаживалась производительность?

[@ТанирбергенКалдыбай]

ссылка на TestView + Extension

[@denok137]

Насколько верно во viewDidLoad создавать вью и проставлять констрейнты? Касательно жизненного цикла. Как вообще это делать правильно в реальных проектах?

[@theswiftdevelopers1301]

Денис Шихалев , делаю в реальности как показываю в уроке

[@bardakan]

Очень поверхностный урок: - вы что в реальный проектах тоже перерисовываете весь экран в layoutSubviews, причем еще и по каждому чиху от изменения viewModel? А если например, действие нужно делать с анимацией? - почему вы храните ViewData в двух местах? Уже даже SwiftUI, базирующийся на MVVM предполагает, что данные хранятся в одном месте, а в другие места передаются не копией а по ссылке

[@rtjh045h]

Привет, сколько пытаюсь понять суть MVVM, ничего не получается - можешь подсказать какие-то видео - чего можно начать, как определить что с чем связать, где что должно находиться. Уже руки опускаются. Смотрю Стэнфорд курсы - но тоже ничего не понимаю, почему делают так как делают

[@Stricken174]

Все это прикольно, но как показывает практика никто ничего нигде не подменяет) Да и тесты пишут через раз. Возникает вопрос: а нафига все это нужно?) Великий уровень абстракции приводит к сложному поиску багов, а плюсов не дает.

[@crazyfox1317]

Когда там Viper?

[@theswiftdevelopers1301]

как то позже, хотя это так уже не модно)

[@tarashrodzitskyi8364]

Это не правильная реализация MVVM .View имеет свою логику а Мodel cвою .ViewModel просто прокси посредник для разграничения логических компонентов с возможностью хранить состояние (может использоваться несколькими View)

[@theswiftdevelopers1301]

прикрипите проект с правильной реализацией гляну)