Спорить об архитектурах можно бесконечно, как по мне - топик зашел. У ребят были определенные боли - они их решили. Да, идеальной архитектуры нет, но ее задача в первую очередь решать проблемы. Если взять тот же MVVM - там можно еще большую простыню сотворить :) В концепте единого стейта - есть своя прелесть как не крути.
Справедливо. Логика в том, что пост, который предшествовал этому посту, имел отношение к хабам разработки хоть и косвенное. Поэтому, этот пост остался в тех же хабах. А концовка отличная! Cпасибо!
Там при старте можно запускать диагностику. Вы не запускали? Тесты проходили? Я в какой-то момент запускал, проверял, поэтому исключил вариант с мертвым ssd.
В целом процесс обновления\установки у Apple сделан приятно. Если сделать все по науке:
1. Записать USB
2. Отвязаться от учёток
3. Загрузиться с USB (отключив secure boot)
По идее все должно быть хорошо. Я вот купился на Internet Recovery, все казалось проще. В целом, действительно, выводить из брика мак через другой мак — это нетривиальная задача. Вероятно это как самый запасной вариант :) Еще я встречал, что люди жаловались на то что эта ошибка возникает при откатах не предыдущую macOS в т.ч. без Internet Recovery
Неделю назад, они скачивались, но нельзя создать симулятор с ними. Если делать это через терминал, можно увидеть сообщение о том что каталина была последняя версия которая их поддерживала. Да и сам Xcode в ворнингах уже давно просит поднимать таргет до 12
Я этого не делал, т.к. незадолго до этого грузился с флешки (Big Sur) и все было классно. А в итоге вышел вот такой сценарий :) Что случилось с локальным рекавери, я не знаю. Он там был, до тех пор пока интернет рекавери не пало в 1008F.
Поставьте плюс под этой записью если есть необходимость в посте о том как даунгредиться с Big sur. Если не можете поставить плюс тут, напишите в twitter. Ссылка в моем профиле.
Добрый день!
Там получалась следующая ситуация:
Для добавления нового экрана в конечном итоге требовалось:
— Создать Assembly для этого экрана;
— Создать VewModel и ViewController;
— Добавить все это дело в ControllersList.
В случае с координатором, потребовалось бы создать еще 2 дополнительные сущности:
— Координатор (со своей логикой, которая по сути дублировала бы логику во ViewModel);
— Протокол для координатора.
При появлении дополнительных переходов или необходимости переиспользования экранов это все приходилось бы изменять.
В целом, использование enums показалось более гибким, быстрым и практичным + возможность прикрутить туда координаторы (при необходимости), также осталось.
P.S. я не призываю отказываться от координаторов — с ними код может становится чище и с ViewModel снимается ответственность за принятие решении куда нас отправить дальше. В данном случае, я этим пожертвовал.
Спорить об архитектурах можно бесконечно, как по мне - топик зашел. У ребят были определенные боли - они их решили. Да, идеальной архитектуры нет, но ее задача в первую очередь решать проблемы. Если взять тот же MVVM - там можно еще большую простыню сотворить :) В концепте единого стейта - есть своя прелесть как не крути.
Хотелось, чтобы делающий понимал что и почему, а не просто тупо копипастил
Там при старте можно запускать диагностику. Вы не запускали? Тесты проходили? Я в какой-то момент запускал, проверял, поэтому исключил вариант с мертвым ssd.
1. Записать USB
2. Отвязаться от учёток
3. Загрузиться с USB (отключив secure boot)
По идее все должно быть хорошо. Я вот купился на Internet Recovery, все казалось проще. В целом, действительно, выводить из брика мак через другой мак — это нетривиальная задача. Вероятно это как самый запасной вариант :) Еще я встречал, что люди жаловались на то что эта ошибка возникает при откатах не предыдущую macOS в т.ч. без Internet Recovery
Встречал подобный трюк. Есть конечно у Apple свои тонкости. Иногда приходится поискать :))
Неделю назад, они скачивались, но нельзя создать симулятор с ними. Если делать это через терминал, можно увидеть сообщение о том что каталина была последняя версия которая их поддерживала. Да и сам Xcode в ворнингах уже давно просит поднимать таргет до 12
Я этого не делал, т.к. незадолго до этого грузился с флешки (Big Sur) и все было классно. А в итоге вышел вот такой сценарий :) Что случилось с локальным рекавери, я не знаю. Он там был, до тех пор пока интернет рекавери не пало в 1008F.
Надеюсь не пригодится)
Для меня это просто в новинку, еще не разобрался как это здесь работает)))
Поставьте плюс под этой записью если есть необходимость в посте о том как даунгредиться с Big sur. Если не можете поставить плюс тут, напишите в twitter. Ссылка в моем профиле.
К сожалению, дампы не снимал. Да и оно все-равно зашифрованное. В этой части я не силен:)
Там получалась следующая ситуация:
Для добавления нового экрана в конечном итоге требовалось:
— Создать Assembly для этого экрана;
— Создать VewModel и ViewController;
— Добавить все это дело в ControllersList.
В случае с координатором, потребовалось бы создать еще 2 дополнительные сущности:
— Координатор (со своей логикой, которая по сути дублировала бы логику во ViewModel);
— Протокол для координатора.
При появлении дополнительных переходов или необходимости переиспользования экранов это все приходилось бы изменять.
В целом, использование enums показалось более гибким, быстрым и практичным + возможность прикрутить туда координаторы (при необходимости), также осталось.
P.S. я не призываю отказываться от координаторов — с ними код может становится чище и с ViewModel снимается ответственность за принятие решении куда нас отправить дальше. В данном случае, я этим пожертвовал.