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