Насмотренность это часть кругозора. И конечно насмотренность включает в себя не только форматирование кода, но и как написано в статье: «код, который не только выполняет свою функцию, но и легко читается, понятен для других разработчиков, легко масштабируется, тестируется и поддерживается в будущем» .
И даже это, только часть того, что делает код хорошим.
Насмотренность в том числе направленна и на это. Это не только про красивое форматирование или чистый код, но и про подмечание моментов с "дырявым" кодом.
Привет! Согласен) Хороший код, довольно сложно написать, так как нам еще часто приходится выбирать между безопасностью, скоростью и чистотой. Конечно, можно учитывать все три момента, и искать золотую середину, но на практике часто бывает перекос в одну из сторон.
Привет! Делал пост в телеграме пару месяцев назад. Был запрос о более глубоком рассмотрении темы насмотренности. Постарался написать статью (на основе того поста) в более академическом стиле и с добавлением пунктов к рекомендациями. Возможно это и считывается как ChatGPT, но это не более чем стилизация.
Но отмечу, я ничего не имею против использования ChatGPT)
На счет iOS 14, сам механизм макросов поддерживается на любой версии оси, главное использовать Xcode 15. Можно создать свой макрос или использовать сторонний. А вот макросы от Apple (SwiftData, Observable, Preview и тд) доступны только от iOS 17.
Отмечу что ничего не мешает поставить таргет в Xcode - iOS 13 и использовать макрос #Preview. Так как код превью не используется для сборки, туда можно смело добавить #if available(iOS 17, *)
Возможно так, вероятность сократится, будет стремиться к нулю. Но гарантировать что вероятность этого нулевая, достаточно сложно. А когда это стреляет, то разработчик вынужден править код, написанный не на его основном языке. Обычно еще время сборки увеличивается, проверял лет 5 назад с xib и storyboards.
Насмотренность это часть кругозора. И конечно насмотренность включает в себя не только форматирование кода, но и как написано в статье: «код, который не только выполняет свою функцию, но и легко читается, понятен для других разработчиков, легко масштабируется, тестируется и поддерживается в будущем» .
И даже это, только часть того, что делает код хорошим.
Насмотренность в том числе направленна и на это. Это не только про красивое форматирование или чистый код, но и про подмечание моментов с "дырявым" кодом.
Привет! Согласен)
Хороший код, довольно сложно написать, так как нам еще часто приходится выбирать между безопасностью, скоростью и чистотой. Конечно, можно учитывать все три момента, и искать золотую середину, но на практике часто бывает перекос в одну из сторон.
Была опечатка, поправил.
PS: Получается у вас хорошая насмотренность (хотя я конечно про внимательность)
Привет! Делал пост в телеграме пару месяцев назад. Был запрос о более глубоком рассмотрении темы насмотренности. Постарался написать статью (на основе того поста) в более академическом стиле и с добавлением пунктов к рекомендациями. Возможно это и считывается как ChatGPT, но это не более чем стилизация.
Но отмечу, я ничего не имею против использования ChatGPT)
Привет! Соглашусь что безопасный код не менее важен чем чистый и тд. Хорошее дополнение, постараюсь добавить в статью)
И проверять будут по подпискам на GitHub и в Telegram 😀
Спасибо за статью, интересный опыт!
Собираетесь ли вы выкладывать это решение на GitHub?
Есть библиотека, которая работает по похожему принципу. Там немного другая реализация, но в целом идея такая же.
Получается так 👍
Как нововведение это:
Упрощенный синтаксис
Поддержка UIKit
PS: В Xcode 15 Beta 3, макрос #Preview стал доступен для всех версий iOS. То что я отписывал выше, уже не актуально.
PS: В Xcode 15 Beta 3, макрос #Preview стал доступен для всех версий iOS. То что я отписывал выше, уже не актуально.
Хорошее дополнение, добавил 👌
Привет 👋
Я это особо не затрагивал, но макрос #Preview работает и с UIKit:
На счет iOS 14, сам механизм макросов поддерживается на любой версии оси, главное использовать Xcode 15. Можно создать свой макрос или использовать сторонний. А вот макросы от Apple (SwiftData, Observable, Preview и тд) доступны только от iOS 17.
Отмечу что ничего не мешает поставить таргет в Xcode - iOS 13 и использовать макрос #Preview. Так как код превью не используется для сборки, туда можно смело добавить
#if available(iOS 17, *)
Сначала прочитал с «Куботом». И подумал что статья будет про то, как тяжело на китайских телефонах домашку смотреть 😅
Возможно так, вероятность сократится, будет стремиться к нулю. Но гарантировать что вероятность этого нулевая, достаточно сложно. А когда это стреляет, то разработчик вынужден править код, написанный не на его основном языке. Обычно еще время сборки увеличивается, проверял лет 5 назад с xib и storyboards.
Коллекции aka LazyVGrid, уже довольно давно есть. iOS 14.0 - SwiftUI 2.0
С одной стороны визуальный дизайнер форм, а с другой большие команды разработки. Одно с другим практически не совместимо 🥲
PS: Мерж конфликты в
xml
, это своеобразный фетиш