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