MVVM + Data Driven UI на практике swift
HTML-код
- Опубликовано: 9 май 2020
- В новом уроке расскажу что такое MVVM что такое Data Driven U на практике и чем отличается от MVP.
MVVM + Data Driven UI на практике swift
Куда присоединиться:
Всем привет, теперь вы сможете меня поддержать и получить эксклюзивные и закрытые видео смотреть тут - boosty.to/theswiftdevelopers
1.Наше сообщество в вк(более 6 + тыс) = theswiftdevelopers
2.В телеграмме мы помогаем новичкам и всем желающим (нас больше 3 000 + тыс) - t.me/joinchat/Qswat5FErtb3cPfV
Отличный урок! Спасибо большое ))
Было бы шикарно увидеть урок про связку MVVM+RxSwift. На объяснение MVVM уже можно будет не отвлекаться и сделать упор на RxSwift... было бы круто
Спасибо за урок, очень долго искал видео на тему MVVM - это сто процентов лучшее. Не думал что MVVM окажется так похожа на MVP.
Не совсем понятно почему TestView.swift знает про ViewData обходя лейер ViewModel, разве MVVM не для этого нужен, чтобы View напрямую не общались с Model, а общались через посредника ViewModel? Хоть вы и говорите что TestView ничего не знает про ViewData, но как не знает если вы в функции update(....) пишете "titleLabel.text = viewData?.title"? Вот этот момент не совсем понятный.
Очень классный урок! Спасибо! После этого урока, и единственного в своем роде в плане подачи и примеров, я начинаю понимать MVVM!
Спасибо за уроки! Вы хорошо объясняете!
Как всегда, доступно, понятно, супер, спасибо! Ждем clean swift
Благодаря вам я нашёл работу, спасибо!!!!!!!!!!
Как всегда Великолепно, БРАВО!!!!
Хорошее объяснение mvvm, я правда только со второго просмотра понял что к чему)). Хорошо изложенный и доступный материал. Спасибо
Спасибо за понятное объяснение MVVM!
Большое спасибо! Смотрю и пересматриваю. Адаптировался к таймингу. Большинство успеваю писать паралелльно с вами даже на 2х если смотрю. Если где то опечатываюсь быстро ставлю на паузу. Ребятам без мониторов - рекомендую присмотреть себе телики с Airplay. Очень помогает сидя на диване использовать телек как второй монитор для ютуба. Можно использовать и встроенное приложение в смарт тв, но именно если через эйр плей - оч легко быстро ставить на паузу, без громозкого интерфейса приложения тв.
Что сказать... Как всегда урок пушка. Как всегда что-то новое. Мой план обучения по твоим видео это: 1. Посмотреть и выписать основные моменты, чтобы потом самому повторить. 2. Попробовать повторить то, что делал ты. 3. Изменить условие(в этом уроке, например, нужно будет с настоящим запросом попробовать сделать и отображать уже данные которые прийдут). и 4. Это посмотреть еще раз видео. Так как после одного просмотра не понятно, что ты при просмотре в первый раз упустил. Вроде все понятно, но когда уже после практики пересматриваешь восприятие другое
Оч круто! ) Благодарю! )
Евгений, очень круто! вчера вечером увидел новый урок - уже знал, что сегодня посмотреть! Я ваш патрон на Udemy!
Спасибо большое за урок. Видео топовое, давно такого не видел :) Если честно, мало кто пилит уроки по архитектуре, так что вдвойне круто.
P.S. Объясняете на уровне Brain Voong 👍🏻
P.S. 2 Гист с вьюхой бы не помешал, как было сказано ранее
Спасибо за урок!
очень информативный урок. Пошел практиковаться. Спасибо
Ты очень крут, спасибо за уроки.
Круто-круто! Спасибо большое за урок!
Очень крутое видео! Спасибо!
Мужик ты просто космос!!! Без шуток!
Друзья оставляйте свое мнение и пожелания!
Сделайте пожалуйста курс по CoreData или Realm
Замечательный урок, но очень не хватает ссылки на gist с кодом из сниппета или на проект целиком. Совсем не хочется отвлекаться от урока на шаблонный код создания вьюх.
добавлю позже
Rxswift😅😅😅
Хотелось бы от Вас еще урок SwiftUI, MVVM + Combine
лучший учитель 🤩
спасибо большое!
Спасибо :)
Спасибо! урок как и всегда на высоте!
хотелось бы развернутые уроки по бд и работой с сетью
Или ещё что-нибудь из MVVM )
RXSwift
Стиль подачи - зачетный )
Евгений, будет ли урок по Clean Swift или Viper? Так же интересно про container controllers было бы послушать. Так же мне как новичку было бы архиинтересно услышать от вас больше практических примеров в Xcode с generics. Про джейнерики в ютюбе информации почти нет(
bomba, спасибо
Лайк поставил.
просто топ для повышения скилла
Когда просто повторяешь ручками, кое как поспеваешь за вашей скоростью набора, перескакивания по файлам и с кнопкой "
-Вы делаете инъекцию зависимостей , как я показывал раньше вам , и не делайте хардкод , а делайте правильно . Я же тут просто захардкожу
-Whaaaat?)
Спасибо большое за урок! Все предельно теперь стало ясно. Пока нигде не встречал внятного и наглядного объяснения этого подхода без использования Rx. Очень ждём продолжения уроков. Есть ли в планах урок по Viper/VIP/Clean Swift?
Юрий Морозов , что нибудь еще интересного запишем)
Евгений, спасибо за урок! Но почему может быть такое, что у меня картинки не вписываю в заданный размер view?
Жду SwiftUI))
Просьба выкладывать ссылку на финальный проект для полного шика!
Спасибо за объяснение, сейчас пишу проект с помощью ваших видео-уроков.
Только можете объяснить, в чем суть вызова метода updateViewData, в конструкторе MainViewModel, ведь он никогда не будет вызван. Мб имеет суть добавить параметр updateViewData в конструктор?
«Сейчас их гораздо больше, наверное»
Топ
это я если стану сеньором помидором
Не совсем понятно зачем в данном случае у вью модели public надо было проставлять, ведь вся коммуникация проходит в рамках одного модуля
Спасибо за старания, вы молодец:)
Будут ли уроки Combine ?
По VIP планируется урок?
Топ! Спасибо!
Остался только 2 вопроса.
1) В чем смысл переноса логики по обновлению UI в метод layoutSubviews, когда его можно было написать прямо в didSet viewData? Как это влияет на производительность и какие преимущества дает?
2) Если написать обратную связь ViewModel и View не через boxing и RX а через делегат, будет ли это нарушать принципы MVVM? Ведь тогда ViewModel будет держать ссылку на View в качестве делегата а значит "знать" о ней.
если добавить во viewModel ссылку на вью, то это будет MVP )
как правильно инжектить в сервисы Нетворк сервис а их уже во вью модель
был один такой, который описал состояния экрана через enum с ассоциированными переменными... Потом задолбались писать переходы между этими состояниями (переводить данные из одного набора ассоциированных переменных в другой), потому что с увеличением числа состояний количество переходов росло в геометрической прогрессии.
Неужели так сложно например описать в одной структуре все данные, которые могут попадаться в каком-нибудь из состояний, и уже если очень хочется - написать на каждое состояние протоколы, отсеивающие лишнее?
Почему TestView знает о ViewData? Если они вообще должны пересекаться
Насколько верно во viewDidLoad создавать вью и проставлять констрейнты? Касательно жизненного цикла. Как вообще это делать правильно в реальных проектах?
Денис Шихалев , делаю в реальности как показываю в уроке
Правильно я понял: получается кейсы энама, это основная логика, то есть основные действия, которые будут происходит в том или ином модуле?
vladmus , вьюха с мультистейтом ( много состояний в которые умеет)
@@theswiftdevelopers1301 А, вот как. Уловил идею. Похоже в том и есть суть МВВМ, в модели описываются изначальные те или иные "Стейты", в которое View должна пребывать, а управляет всем этим ViewModel.
В остальном спасибо, после трех частей с МВП, МВВМ показался легче и интересней.
Спасибо за уроки!
они похоже, просто тут не стал роутеры и тести писать их тут тоже можно
лично мне проще сначала полностью урок посмотреть или половину его а потом рассмотрев все связи или почти все, по памяти (ну почти полностью) написать ваш код. Иначе я слишком сильно почему то зацикливаюсь на синтаксисе и теряю нить самой темы урока....
ссылка на TestView + Extension
Неплохо, но есть нюансы.
1. В ините обращаться к свойству, значение которого еще не задано, бессмысленно . Никто не получит .initial.
2. Обновлять значение полей в layoutSubviews, это как раз и есть путь к просадке производительности. Этот метод может быть вызван несколько раз, при этом значения будут перезаписываться...
3. Public для методов в internal классе тоже бессмысленны. Internal методы в рамках модуля будут видны.
Павел, а где тогда лучше обновлять значения полей, чтобы не просаживалась производительность?
Это не правильная реализация MVVM .View имеет свою логику а Мodel cвою .ViewModel просто прокси посредник для разграничения логических компонентов с возможностью хранить состояние (может использоваться несколькими View)
прикрипите проект с правильной реализацией гляну)
Когда там Viper?
как то позже, хотя это так уже не модно)
Все это прикольно, но как показывает практика никто ничего нигде не подменяет) Да и тесты пишут через раз. Возникает вопрос: а нафига все это нужно?) Великий уровень абстракции приводит к сложному поиску багов, а плюсов не дает.
Очень поверхностный урок:
- вы что в реальный проектах тоже перерисовываете весь экран в layoutSubviews, причем еще и по каждому чиху от изменения viewModel? А если например, действие нужно делать с анимацией?
- почему вы храните ViewData в двух местах? Уже даже SwiftUI, базирующийся на MVVM предполагает, что данные хранятся в одном месте, а в другие места передаются не копией а по ссылке
Привет, сколько пытаюсь понять суть MVVM, ничего не получается - можешь подсказать какие-то видео - чего можно начать, как определить что с чем связать, где что должно находиться. Уже руки опускаются. Смотрю Стэнфорд курсы - но тоже ничего не понимаю, почему делают так как делают