📺 🛠 Apple завела канал на YouTube для разработчиков

youtube.com/@AppleDeveloper

🧠 Паттерны проектирования: Proxy (Заместитель)

На практике прокси-сервер обычно реализуется как класс-оболочка, реализующий тот же протокол и/или предоставляющий тот же интерфейс, что и класс, который он обертывает.

🧬 Когда это полезно?
Когда нужно легко добавить логику до или после основной функциональность обернутого объекта, не изменяя его. Отлично подходит для принципа Лисков и открытости-закрытости SOLID'а.

Пример:
Мы хотим создать сервис, который трекает время выполнения экшенов. Для этого создаем прокси-обертку, которая принимает необходимый класс и трекает его логику. Реализация в слайде.

💎 Больше статей, которые помогу писать поддерживаемый код в ноушене

💎 Релиз вопросов для собесов по UIKit | Джун ч2

Один из моих любимых сборников. В нем я прошелся по:
🟣Жизненный цикл UIView
🟣 Жизненный цикл AutoLayout
🟣Обработка жестов

Для подписчиков доступна интересная задача с тачами и жестами. Позже опубликую в канале.

🌿 Этот и другие сборники можно найти тут
🧬 Ознакомиться с другими сборниками тут

Обновление ноушена и комьюнити за неделю

Эта неделя была для меня горячей по работе, но я все равно старался наполнять контентом.

На этой недели мы:
🟣Немного ушли в философию
🟣Узнали про задачи для сеньоров по System Design
🟣Разобрались с навигацией в SwiftUI
🟣Обошли деревья в глубину
🟣Поговорили про патрен прокси
🟣В чате порасуждали про переходы в разные стэки, изучение в бэк, выгорание, завалы на работе, прохождение собесов и конечно же вилки.

Полный список изменений в картинке

🌸 Вступить в сообщество и получить доступ к закрытым материалам можно тут.

О базах знаний и порядке


🔘Вы забудете этот пост через пять других. Как и все следующие. Как и все предыдущие.

Наша память ограничена. Сможешь вспомнить о чем я писал 10 постов назад? Даже я не вспомню.

Немного истории. Я уже писал, что этот канал был создан случайно. Два с половиной года назад я был преподом в одной из школ. Мне куда-то нужно было складывать полезные ссылки. Так был задан вектор.

Полезных ссылок стало слишком много. Я начал писать статьи на Хабре, которые привели сюда трафик. Никогда я не покупал рекламу и не байтил на подписку, не ходил на конфы и подкасты. Не участвовал к коллабах и отказывал хейтерам в батлах. Если тебе нравится мой контент тебе либо скажут, либо сам найдешь. Так я оценивал качество и свои точки роста.

Все это нужно чтоб удержать фокус на создании базы знаний и формулировки своих практик обучения. Но я ошибался.

Я вижу, как десятки каналов, которые созданы для хранения личных ссылок на один, два подписчика, репостят себе посты. Идут по тому пути, где споткнулся я.

Я наивно полагал, что сохранив статью в канал, оформив ее, я закреплю знания и буду экспертом. Или вернусь к этому посту позже.

Пройду собес на изи. Но такой ленивый подход начал давать сбои. В сотнях статей ты начинаешь теряться, все сбрасывается в кучу, ты забываешь то, что делал пару месяцев назад. Хлама становится больше, в нем сложно найти нужное.

Бесконечная лента закрепила в нас паттерн, который заставляет забывать любую инфу с каждым новым постом. Очищая ячейку памяти для хранения туда новой записи, а потом очищается снова.

Лента чатов, ютубов, твиттеров, для хранения важной и полезной инфы — бесполезна. Так пришли ноушены, обсидианы, заметки. Так будет развиваться дальше.

Так создался симулятор иосника. Так создался мой ноушен, так я экспериментирую с обсидианом.

Каналы и другие инструменты — это инструмент маркетинга, но не образования. Вас подпитывают страхом упущенной выходы, пересказывая старое, повторяя сказанное, делясь отложенным. Закрывая в бесконечном цикле псевдоразвития. Как в рекурсивном рилсе из инсты, из которого нет выхода. Вечное цукуеми из которого найти выход получится только тебе.

Здесь я уже делаю легкие выжимки больших и детальных постов из баз знаний. Там возвожу памятники.

Почему? Прочитай сначала.

💎 Задачи на рефакторинг ч. 1

Вы просили — я начал делать. Собрал сборник задач про рефакторинг и кодревью. Тут будут и вопросы как переписать код под SOLID, и про паттерны, и про нэйминги и функции. Такого точно нигде не видел.

Это один из частых запросов, который сложно найти в интернете, но любят задавать на собесах. Все задачи с кодом, без теории.

Рекомендованный алгоритм по решению:
🔘Посмотреть код
🔘Найти проблему
🔘Попробовать решить самому
🔘Посмотреть ответ

🌄 Получить доступ можно тут

Как использовать Runloop в iOS приложениях

Когда-то давно мы уже писали свой ранлуп. Но статей про него много не бывает.

RunLoop — это цикл, который помогает обрабатывать получение и обработку входящих событий в конкретном потоке. Для каждого потока есть свой ранлуп.

Какие проблемы решает ранлуп?
- Обработка задач и их выполнение
- Оптимизация задач

💎 Больше ресурсов про многопоточность тут

🛸 Потокобезопасность в iOS

В ноушене вышла большая статья про потокобезопасность.

Постарался собрать инфу по самым популярным и неочень вопросам:
🟣 Что это такое?
🟣 Как избежать?
🟣 В чем разница семафоров и мутексов
🟣 для чего нужны POSIX мутексы?
🟣Как работают акторы?
🟣Как сделать атормарные свойства?

А также многое другое с кодом и в конце вопросами для самопроверки.

💎 Получить доступ можно тут

🧬 Dependency Injection в современном мобильном приложении

Совсем недавно мы в ноушене написали про DI в SwiftUI и даже сделали свою собственную реализацию в тестовом проекте.

Вот попалась крутая серия статей про него и некоторые другие авторы активизировались подробнее его разбирать. Когда либо мы предугадываем тренду, либо их задаем.

В них расматриваются:
- Практики внедрения зависимостей
- Разбор разных библиотек
- Как сделать приложение безопасным, стабильным и тестируемым

Статьи:
🟣Управление зависимостями в SwiftUI
🟣Сравнение библиотек

💎 Больше про DI тут