iOS Roadmap - Полезное | Swift, SwiftUI, Интервью
445 subscribers
107 photos
3 videos
8 files
195 links
iOS Roadmap: Swift, SwiftUI, архитектуры, интервью. Еженедельные подборки статей и видео, плейбуки, чек-листы, решения задач с пояснениями. Полезно начинающим и практикующим iOS-разработчикам.
Download Telegram
Что выведет после нажатия на кнопку? Одного нажатия
Anonymous Poll
34%
John
66%
Alice
Вот здесь ответ, под спойлерами.

А прочитать подробнее: можно тут

P.S. Если хотите больше таких небольших задачек на основы работы чего-либо ставьте гхолубя.

А то получается, на собеседованиях спрашивают:
- Кишки
- Алгоритмы
- Рендер лупы

А тут простецкий вопрос вызывает затруднение...И ведь это рабочий use case. Работа с паблишерами, до макроса Observable, выполняется всегда! 👋
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🕊22🔥3👍2
final class ContentViewModel: ObservableObject {
@Published var text = "Hello @StateObject"

init() {
print("ViewModel init")
}

deinit {
print("ViewModel deinit")
}
}

struct ContentView: View {
@StateObject private var viewModel: ContentViewModel

init(viewModel: ContentViewModel) {
_viewModel = StateObject(wrappedValue: viewModel)

print("ContentView init")
}

var body: some View {
Text(viewModel.text)
}
}

struct RootView: View {
@State private var isOn = false

var body: some View {
VStack(spacing: 20) {
ContentView(viewModel: ContentViewModel())

if isOn { Text("is on") }

Button("Trigger") { isOn.toggle() }
}
}
}


Есть ли у этого кода проблема связанная с объявлением StateObject? Опрос ниже
Ответ скрыл под спойлер, а так же прилагаю ссылку в ноушене для детального изучения
🔥5👍4🕊3
Выполнение асинхронных задач в SwiftUI

Начиная с iOS 14 вместо Task {…} в onAppear начинаем юзать встроенный модификатор .task – он сам создаёт и отменяет задачу вместе с жизненным циклом View:


Text("Привет, мир!")
.task { // запускается при появлении и отменяется при уходе
await loadData()
}


Но зачем так делать?
- Не надо городить Task вручную и переживать об отмене.
- Внутри .task {} у тебя сразу async-контекст – можно вызывать await напрямик.
- Логика асинхронки отделена от onAppear и проще читается.

Но это ещё не всё. Если нужна реакция на изменения, например ты стал что-то вводить, то ты можешь вызывать конструктор с id:


.searchable(text: $query)
.task(id: query) { // каждый раз новый `query` – новая задача
results = await fetch(query)
}


Теперь при изменении query предыдущая задача отменяется автоматически. Но и это ещё не все!

Ты можешь управлять приоритетом. По умолчанию приоритет – .userInitiated, но можно указать свой и для этого можно взять соответствующий конструктор:


.task(priority: .background) {
await cleanupCache()
}


Используй модификатор .task, чтобы SwiftUI сам заботился о запуске и отмене твоих async-задач!
🔥14👍4😎31
func saveData() {
Task {
updateData()

print("Дата сохранена!")
}

func updateData() {
Task.detached {
self.isSaved = true
}
}
}


Есть переменная isSaved типа Boolean. Будет ли фиолетовая ошибка — если запустить данный код? Мыслим в парадигме работы на SwiftUI и только / Без UIKit

P.S. сама сущность где отработает saveData() без аннотации @MainActor

👍 - ДА

👎 - НЕТ

🕊 - ДА / НЕТ

-----

Через 10 минут ответ в скрытом тексте, удачи 🙂

UPD:

- Да здесь будет фиолетовая ошибка, потому-что нигде нет MainActor / DispatchQueue.main и тот кто ответил лайком ПРАВ, т.е смайл 👍

- Если использовать макрос observable, там это не нужно и поэтому НЕТ, в контексте и ДА и НЕТ тоже верно, т.е смайл 🕊.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14👎2🕊2
Forwarded from Робот сочинит симфонию?
Представьте: просыпаетесь утром, берёте iPhone… а там это.
😁16🤮6🤣5🙏2
Проверка на знание типов - но НААААМНОГО интереснее

Есть такая приватная функция _isPOD:

Приватная underscore функция проверяет, можно ли битово копировать метаданные типа без дополнительных операций retain / release или других скрытых семантик копирования /деструкции.

Если все поля типа сами являются POD: примитивные числовые типы, тривиальные структуры без custom инициализаторов или ссылочных полей, функция возвращает true; при наличии хотя бы одного неподы POD-поля — false.


По-сути мы должны вспомнить, что есть что:
- Что есть примитивы
- Что есть ref type
- Что есть value type + ref type

И тветить будет ли выводить принт true или же false. Ну и самособой почему? 🤔

Вот вам сам код:

struct A {
let one: StaticString
let two: Int
}

struct B {
let one: String
let two: Int
}

struct C {
let one: [String]
}

struct D {
let one: () -> Void
}

struct E {
let one: D
}

class F {
let one: Int = 2
}

struct G {
let one: Int
}

struct H {
let one: (Int, Float)
}


print(_isPOD(A.self))
print(_isPOD(B.self))
print(_isPOD(C.self))
print(_isPOD(D.self))
print(_isPOD(E.self))
print(_isPOD(F.self))
print(_isPOD(G.self))
print(_isPOD(H.self))


И попробуй посмотреть на этот код и ответить:"Где true, а где false?". Ну а когда закончишь, то проверить можешь здесь.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥64👍3
Подскажите пожалуйста, мы такое асуждаем или не асуждаем?

👍- асуждаем
👎- не асуждаем

https://ilovehackit.ru
👍35👎19
#concurrency #async_await

Мало ли, пригодится!
👍6🔥4🌚1💯1
Различие между наследование флага и автоматической отмены

Когда погружаешься в изучение structured concurrency, то можно упустить или запамятовать некоторые детали, а они бывают важными.

Так например есть разница между structured и unstructured tasks. И здесь даже можно спутаться, что есть structured, что есть unstructured... Но Apple отетила на этот вопрос твёрдо и чётко.

Структурированная конкурентность требует:
1. Scoped lifetime: дочерние задачи не могут пережить родительскую задачу.
2. Автоматическое ожидание: родитель должен дождаться всех дочерних задач перед завершением.
3. Fail-fast behavior: ошибки в дочерних задачах распространяются на родительскую.
4. Строгая иерархия parent-child: четкие отношения для распространения отмены и приоритета.


И здесь мы можешь заметить, что Task нарушает. А чтобы проверить, достаточно запустить и проверить:


func demonstrateUnstructuredTaskCancellation() async {
print("🔵 Демонстрация Task {} - unstructured")

let parentTask = Task {
print("👨 Parent task начала работу")

let childTask = Task {
print("👶 Child task начала работу")

// Проверяем отмену каждую секунду
for i in 1...5 {
if Task.isCancelled {
print("👶 Child обнаружила отмену на итерации \(i)")
return "Child завершилась по отмене"
}

print("👶 Child работает... итерация \(i)")
try? await Task.sleep(nanoseconds: 1_000_000_000)
}

print("👶 Child завершила всю работу")
return "Child успешно завершилась"
}

// Ждем немного и отменяем parent
try? await Task.sleep(nanoseconds: 2_500_000_000)
print("👨 Parent отменяется!")

// Получаем результат child
let result = await childTask.value
print("👨 Parent получил результат: \(result)")

return "Parent завершен"
}

// Отменяем parent task через 2.5 секунды
parentTask.cancel()

let finalResult = await parentTask.value
print("🔵 Финальный результат: \(finalResult)")
print("🔵 Обратите внимание: child task продолжила работу после отмены parent!\n")
}

// Запуск примера
await demonstrateUnstructuredTaskCancellation()


И мы увидим, что это не одно и тоже как если бы мы поступили с представителем structured tasks - withThrowingTaskGroup:
👍3🔥2
func demonstrateStructuredTaskCancellation() async {
print("🟢 Демонстрация TaskGroup - structured")

do {
try await withThrowingTaskGroup(of: String.self) { group in
print("👨 TaskGroup начала работу")

// Запускаем три дочерние задачи
for i in 1...3 {
group.addTask {
print("👶 задача \(i) начала работу")

for j in 1...5 {
try Task.checkCancellation() // бросит CancellationError, если отменена
print("👶 задача \(i) итерация \(j)")
try await Task.sleep(nanoseconds: 1_000_000_000)
}
print("👶 задача \(i) завершилась")
return "задача \(i) успех"
}
}

// Ждём 2.5 секунды в этой же области и отменяем группу
try await Task.sleep(nanoseconds: 2_500_000_000)
print("👨 TaskGroup отменяет все задачи!")
group.cancelAll()

// Сбор завершённых результатов
var results: [String] = []
for try await result in group {
results.append(result)
print("👨 Получен результат: \(result)")
}
print("👨 TaskGroup завершена. Всего результатов: \(results.count)")
}
} catch {
print("🟢 TaskGroup завершилась с ошибкой: \(error)")
}

print("\n🟢 Все дочерние задачи в группе гарантированно либо отработали, либо были отменены.")
}

// Запуск примера
await demonstrateStructuredTaskCancellation()


Вот такой, небольшой, но интересный нюанс между наследованием флага отмены и автоматической отменой.
👍3🔥3
Swift Server Side Meetup #5

Да-да, движется по-немногоу. Прям как и сам язык swift в серверную разработку. Конечно свифту ещё далеко, но для тех кто на приколе серверной части для свита - рекомендую.

https://www.youtube.com/watch?v=0JrLkHgZa-k
👍3🔥31
#jun #задачка

У тебя собеседование и в резюме ты указал работу с Objc. Тебе дают эту задачу:


let a1 = NSMutableArray(array: [1, 2, 3, 4, 5])
let a2 = a1

a2.add(6)
let x = a1.count

print(x)


Какой твой ответ? Опрос ниже 🎆
Please open Telegram to view this post
VIEW IN TELEGRAM
😁7👍3🔥2
вопрос выше
Anonymous Quiz
2%
4
31%
5
67%
6
🔥63
#заметка #array #устройство_работы

Пустые массивы в Swift оптимизированы через глобальный singleton _emptyArrayStorage, который статически инициализируется в runtime и используется всеми пустыми массивами независимо от типа элементов. Это решение экономит память и улучшает производительность.

1) Экономию памяти - избегается выделение heap объектов для каждого пустого массива.
2) Производительность - нет вызовов malloc / free для пустых массивов.

При первом добавлении элемента в пустой массив:

@inlinable
@_semantics("array.mutate_unknown")
internal mutating func _reserveCapacityAssumingUniqueBuffer(oldCount: Int) {
// Due to make_mutable hoisting the situation can arise where we hoist
// _makeMutableAndUnique out of loop and use it to replace
// _makeUniqueAndReserveCapacityIfNotUnique that precedes this call. If the
// array was empty _makeMutableAndUnique does not replace the empty array
// buffer by a unique buffer (it just replaces it by the empty array
// singleton).
// This specific case is okay because we will make the buffer unique in this
// function because we request a capacity > 0 and therefore _copyToNewBuffer
// will be called creating a new buffer.
let capacity = _buffer.mutableCapacity
_internalInvariant(capacity == 0 || _buffer.isMutableAndUniquelyReferenced())

if _slowPath(oldCount &+ 1 > capacity) {
_createNewBuffer(bufferIsUnique: capacity > 0,
minimumCapacity: oldCount &+ 1,
growForAppend: true)
}
}


Создается новый buffer с реальной capacity, а ссылка на _emptyArrayStorage освобождается, шутки про Джанго отставить!

Что делать с этой информацией? - Да фиг его знает. Можно блатануть на собеседовании, или на pull-request'e (merge request), когда кто-то заводит пустой массив, а ему накинули комментариев:"nit(гнида), лишние ресурсы"

cc: https://github.com/swiftlang/swift/blob/main/stdlib/public/core/ContiguousArray.swift
сс: https://github.com/swiftlang/swift/blob/main/stdlib/public/core/ContiguousArrayBuffer.swift
cc: https://stackoverflow.com/questions/45116205/swifts-array-type-is-bridged-to-foundations-nsarray-class-how
🔥6🤔6👍2🥴1
#заметка #cow #устройство_работы

А ты знал, что Swift хранит счетчик сильных ссылок как "extra count" - дополнительное значение? 🤔

Когда у объекта одна strong ссылка, в памяти хранится 0.
Когда две ссылки — хранится 1.

- Физическое значение = то, что реально хранится в битах.
- Логическое значение = реальное количество ссылок = физическое + 1


// Практический пример с Copy-on-Write:
var array1 = [1, 2, 3]
// StrongExtraRefCount = 0 (в памяти)
// Реальных ссылок = 1 Можно изменять!

var array2 = array1
// StrongExtraRefCount = 1 (в памяти)
// Реальных ссылок = 2 Нужно копировать!

array2.append(4)
// Swift проверяет: getStrongExtraRefCount() == 0?
// Нет! Значит создаём копию массива


Именно поэтому isKnownUniquelyReferenced проверяет getStrongExtraRefCount() == 0 - это означает, что есть только одна ссылка на объект, и его можно безопасно изменять без копирования.


bool isUniquelyReferenced() {
static_assert(Offsets::UnownedRefCountBitCount +
Offsets::IsDeinitingBitCount +
Offsets::StrongExtraRefCountBitCount +
Offsets::PureSwiftDeallocBitCount +
Offsets::UseSlowRCBitCount == sizeof(bits)*8,
"inspect isUniquelyReferenced after adding fields");

// Unowned: don't care (FIXME: should care and redo initForNotFreeing)
// IsDeiniting: false
// StrongExtra: 0
// UseSlowRC: false

// Compiler is clever enough to optimize this.
return
!getUseSlowRC() && !getIsDeiniting() && getStrongExtraRefCount() == 0;
}


Это как номерки в гардеробе, которые начинаются с 0, а не с 1. Apple сэкономила на единичке, потому что одна ссылка — самый частый случай. А когда у нас миллиарды объектов, даже один бит на счету!

Представь диалог:
- Сколько у тебя ссылок?
- Ноль!
- То есть объект мёртв?
- Нет, это значит одна! Просто мы экономные

Մտածեք. Բաժանորդագրվել.

cc: https://github.com/swiftlang/swift/blob/eb29949fe7d2c90644410ef9cef76abe30658aad/stdlib/public/SwiftShims/swift/shims/RefCount.h#L609C3-L626C4
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥52👍1🌚1