Ну что ж, поиграем. Во-первых, что произойдет, если мы просто создадим «Vanilla» UIButton без конфигурации?

У него нет фона, и, что удивительно, нет простого способа его добавить! Это нормально, но справедливо предположить, что большинство приложений хотят, чтобы хотя бы некоторые из их кнопок были более смелыми, яркими и красивыми. Что-то вроде этого:

Чтобы добавить цвет фона к нашему обычному UIButton, нам нужно будет использовать функцию setBackgroundImage (_: for :). Как видите, для его использования нам понадобится объект UIImage. Итак, мы будем использовать эту вспомогательную функцию (от команды Kickstarter) для создания однопиксельных изображений заданного цвета, которые затем мы будем использовать для установки в качестве фона для наших кнопок:

Отлично! Теперь применим это к нашему UIButton и посмотрим, что произойдет:

Ладно, это уже лучше! Давайте добавим эту функцию в расширение для удобства:

Давайте продолжим, добавив закругленные углы.

Что ж, это очень просто. Мы будем использовать свойство .layer.cornerRadius, которое доступно для любого подкласса UIView:

Прекрасно! Конечно, вы можете поиграть с точным числом, чтобы достичь желаемого радиуса угла. Не забудьте установить для .layer.masksToBounds значение true!

Но мы еще не закончили! Почему? Что ж, попробуем немного поиграться с нашей кнопкой:

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

Секрет заключается в том, что называется UIButton.ButtonType. Когда вы просто создаете кнопку с помощью инициализатора UIButton (), он создаст ее с типом кнопки .custom. Однако, используя тип кнопки .system, вы получите гораздо более плавную, игривую и отзывчивую анимацию! Просто посмотрите, это волшебно:

Вот так, намного лучше. Это становится особенно ясно, когда вы используете это на физическом устройстве. Он очень интуитивно понятен - он плавно анимируется в зависимости от того, быстро ли вы нажимаете на него или держите на нем палец.

Некоторое время мы использовали вспомогательную функцию Kickstarter для создания фоновых изображений размером 1 пиксель, но, начиная с iOS 13, мы заметили некоторые проблемы при переключении из светлого режима в темный или наоборот. Допустим, у нас есть кнопка, на которой должен быть черный фон и белый текст в светлом режиме, а также белый фон и черный текст в темном режиме:

Что произойдет, если мы перейдем из светлого режима в темный во время работы приложения?

Ух, это нехорошо. Чтобы решить эту проблему, мы изменили вспомогательную функцию Kickstarter для создания фоновых изображений размером 1 пиксель с правильной поддержкой светлого и темного режимов (просто скопируйте и вставьте):

Теперь работает безотказно!

Мы использовали эту модифицированную версию во всех наших последних проектах и не испытывали никаких проблем.

Надеемся, статья была вам полезна)

Одна из вещей, которая всегда раздражала меня в представлениях стека, - это недокументированное и неожиданное поведение. Взгляните на этот пример. У меня есть многострочная метка и переключатель в виде горизонтального стека.

Stack view использует распределение заливки и выравнивание по центру. При распределении заливки Stack view растягивается или сжимается, чтобы заполнить доступную ширину. Автоматическая компоновка решает, какой вид сжать первым, сравнивая приоритеты сопротивления сжатию содержимого. Вид с самым низким приоритетом будет сжат.

Поскольку и метка, и переключатель имеют приоритет горизонтального сопротивления сжатию по умолчанию 750, эта компоновка должна быть неоднозначной. Используя Xcode 13, Interface Builder действительно сообщает о проблеме с отсутствующими ограничениями:

Interface Builder здесь вводит в заблуждение. Проблема не в отсутствии ограничений. Я хочу сжать этикетку перед переключателем, поэтому мне нужно снизить приоритет сопротивления сжатию этикетки до 749:

Это здорово, работает так, как я ожидал, так в чем проблема? Вот как это выглядит, если я использую тот же макет на iOS 14 (или более ранней версии) по сравнению с iOS 15:

Running on iOS 14 the label and the switch are both sized to half the available width. Lowering the priority to 749 has not had the expected effect.

Вот как ограничения выглядят в отладчике представления при работе на iOS 14.5. Ограничение UISV-text-width-disambiguation вызывает непредвиденное поведение. Он имеет приоритет 759 и хочет сделать ширину метки равной половине ширины представления стека:

Переключатель имеет приоритеты объятий и сжатия 750, ограничение разрешения имеет приоритет.. Вот как выглядят ограничения для одного и того же макета на iOS 15:

Одно из решений заключается в увеличении приоритета перехода к контенту до 760 или выше.

Тестирование анимации может быть сложной задачей. К счастью, в Xcode есть функция, которая замедляет анимацию в симуляторе, так что вы можете точно видеть, как ваши представления перемещаются или меняются. Чтобы включить эту функцию, просто запустите свое приложение, войдя в симулятор, нажмите «Debug» в верхнем меню, а затем выберите «Slow animations».

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

Иногда мы хотим убедиться, что виды правильно выровнены или находятся в пределах определенного фрейма. Это может быть сложно, особенно когда представления становятся более сложными. Xcode позволяет просматривать отладку, позволяя вам видеть все фреймы представлений вашего приложения. Чтобы использовать эту функцию, сначала запустите ваше приложение; затем в Xcode перейдите в меню «Debug», затем в подменю «View Debugging» и выберите «Show View Frames».

Просмотр иерархии представлений вашего приложения также может быть полезен во время отладки пользовательского интерфейса; это может быть особенно полезно, когда вид, который вы ожидаете увидеть, по какой-то причине скрыт. Xcode позволяет вам видеть трехмерное представление вашего приложения, показывающее, как ваши представления и подпредставления расположены вдоль оси z. Чтобы использовать эту функцию, вы должны сначала запустить приложение, а затем в нижней области отладки нажмите Debug View Hierarchy (вы также можете сделать это, перейдя в меню Debug, затем в подменю View Debugging и выбрав Capture View Hierarchy).

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

В левой части Xcode вы можете увидеть навигатор; это показывает вашу иерархию представлений в виде контура, который вы можете разворачивать и сворачивать. Кроме того, восклицательный знак указывает на то, что у вашего подпредставления (-ов) есть проблема, обычно связанная с ограничениями автоматической компоновки. Если навести указатель мыши на восклицательный знак, можно понять, в чем проблема.

Еще одна полезная функция в View Hierarchy Debug - это возможность видеть обрезанный контент, то есть контент, который является частью иерархии представлений, но в настоящее время не расположен в видимой области вашего приложения. Чтобы включить это, просто нажмите кнопку «Show Clipped Content» в нижнем меню.

Написание четкой документации - неотъемлемая часть жизненного цикла разработки программного обеспечения. Документация по исходному коду помогает объяснить, что делает написанный код и как он себя ведет. Эта документация полезна не только для людей, не знакомых с кодом, но и для будущего автора кода.

Xcode позволяет использовать следующий ярлык для немедленного создания документации для метода: ⌥ + ⌘ + / (Option + Command + Slash).

Кроме того, вы можете использовать клавишу выбора (⌥) при наведении курсора на свой код, и всякий раз, когда информация о нем доступна, ваш курсор превратится в вопросительный знак. Щелкните, и вы увидите всплывающее окно документации, например:

Переименование класса или переменной может стать утомительной задачей, если вы уже использовали его в нескольких местах кода. К счастью, в Xcode есть функция переименования, которая упрощает нашу жизнь. Допустим, вы хотите переименовать класс, вы можете легко переименовать его везде, где он используется, нажав командную клавишу (⌘), щелкнув класс, который вы хотите переименовать, а затем выбрав «Переименовать…» в параметрах меню.

Xcode покажет вам все места, где используется класс, и вы можете переименовать их все за один раз.

Мы только что сделали функцию travel(). Он принимает один параметр, который является замыканием, которое само принимает один параметр и возвращает строку. Затем это замыкание выполняется между двумя вызовами print().

Вот что в коде:

func travel(action: (String) -> String) {
    print("I'm getting ready to go.")
    let description = action("London")
    print(description)
    print("I arrived!")
}

Мы можем вызвать travel(), используя что-то вроде этого:

travel { (place: String) -> String in
    return "I'm going to \(place) in my car"
}

Тем не менее, Swift знает, что параметром для этого замыкания должна быть строка, поэтому мы можем удалить его:

travel { place -> String in
    return "I'm going to \(place) in my car"
}

Он также знает, что замыкание должно возвращать строку, поэтому мы можем удалить это:

travel { place in
    return "I'm going to \(place) in my car"
}

Поскольку замыкание имеет только одну строку кода, которая должна быть той, которая возвращает значение, поэтому Swift позволяет нам также удалить ключевое слово return:

travel { place in
    "I'm going to \(place) in my car"
}

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

travel {
    "I'm going to \($0) in my car"
}

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

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

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

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

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

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

Я встретил молодых инженеров, которые беспокоились о том, что не знают «все» для своей должности при приходе в компанию. Итак, позвольте мне сказать вам кое-что: обучение - это большая часть работы, технологии меняются настолько быстро, чтобы можно было наверстать упущенное и знать все.

Я считаю, что именно поэтому так много инженеров делятся своими знаниями и выводами в блогах и книгах, чтобы помочь другим наверстать упущенное.
Так что незнание «всего» - не проблема, ключ в том, чтобы знать, как найти знания, которых вам не хватает.

Я перейду к поиску в Google - копаться в ответах на StackOverflow, но как насчет языковой документации? Есть ли технические книги, к которым вы можете получить доступ? Есть ли доступные видео по этой теме с предыдущих WWDC или Youtube? Может быть, вам повезло и на нем есть подкаст?

Ничего не найдено? Не сдавайся. Вы можете пробовать и пробовать.
Повторное обучение - это навык, который поможет вам справиться с любой работой.

Когда я начинал, я чувствовал, что название должности означает все. Насколько здорово было бы быть старшим инженером-программистом, или персоналом, менеджером или даже техническим директором? Я потратил слишком много времени на беспокойство о том, как прогрессировать в своей организации, вместо того, чтобы сосредоточиться на наборе навыков.

Не поймите меня неправильно, должность имеет значение, но не так уж важно, как вы думаете.

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

Во-вторых, ваша должность может довольно быстро измениться в начале вашей карьеры. Переход от младшего разработчика к среднему может занять пару лет, а может и меньше. Не ждите такой же скорости позже. Каждый титул связан с обязанностями и ожиданиями, на изучение и освоение некоторых требуются годы. Так что еще раз - не торопитесь.

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

В конце концов, на мой взгляд, обучение и повторное обучение - это навык, требующий времени. Нет никакого ярлыка, чтобы стать лучшим инженером, сосредоточиться на своем деле, не торопиться, чтобы понять, что вы делаете, и эта преданность деталям будет иметь значение. И в итоге, это окупится и откроет для вас любые двери.

Генерация кода не является новой техникой и используется уже во многих проектах Android, Golang и т. д. Возможно, вы уже используете Sourcery в своем проекте, это популярный инструмент для генерации кода и метапрограммирования в Swift.

Прежде всего, давайте определим наиболее распространенные сценарии использования для генерации кода:

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

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

Довольно часто при интеграции с RESTful API вам приходится определять множество объектов передачи данных. Понятно, что этот подход неэффективен и может привести к ошибкам в вашем коде.

Инженеры Apple также используют генерацию кода. Сопровождающие Swift создали инструмент шаблонирования на основе python под названием GYB, который является аббревиатурой от «Generate Your Boilerplate». Это может быть полезно, когда у вас есть абстракции с общей структурой. Вместо того, чтобы поддерживать несколько версий аналогичного кода, вы можете определить один шаблон и сгенерировать остальные классы/структуры/преемы.

Вы можете проверить файл шаблона Codable.swift.gyb, чтобы получить представление о шаблонах GYB. Также есть хорошая статья о GYB и о том, как принять его в вашем проекте, размещенная в NSHipster.

Генерация кода - это эффективный способ повысить вашу производительность и сделать ваше приложение более надежным. Возможно, вы знакомы с генерацией кода в iOS и уже пробовали Sourcery или Swiftgen. В противном случае я бы посоветовал начать с аксессоров ресурсов или генерации кода тестовых макетов. Таким образом, вы можете избавиться от необходимости поддерживать шаблонный код вручную и сосредоточиться на других важных вещах.

class TransitionCoordinator {

enum State: Equatable {

case open

case closed

static prefix func !(_ state: State) -> State {

return state == .open ? .closed : .open

}

}

private weak var tabBarViewController: TabBarController!

private weak var playerViewController: PlayerViewController!

private lazy var panGestureRecognizer = createPanGestureRecognizer()

private var state: State = .closed // ➊

private var runningAnimators = [UIViewPropertyAnimator]() // ➋

}

@objc private func didPanPlayer(recognizer: UIPanGestureRecognizer) {

switch recognizer.state {

case .began:

startInteractiveTransition(for: !state) // ➊

case .changed:

let translation = recognizer.translation(in: recognizer.view!)

updateInteractiveTransition(distanceTraveled: translation.y) // ➋

case .ended:

let velocity = recognizer.velocity(in: recognizer.view!).y

let isCancelled = isGestureCancelled(with: velocity)

continueInteractiveTransition(cancel: isCancelled)

case .cancelled, .failed:

continueInteractiveTransition(cancel: true) // ➌

default:

break

}

}

private func fadeInPlayerAnimator(with duration: TimeInterval) -> UIViewPropertyAnimator {

let animator = UIViewPropertyAnimator(duration: duration, curve: .easeIn)

addKeyframeAnimation(to: animator, withRelativeStartTime: 0.0, relativeDuration: 0.5) {

self.updatePlayer(with: self.state)

}

animator.scrubsLinearly = false

return animator

}

private func fadeOutMiniPlayerAnimator(with duration: TimeInterval) -> UIViewPropertyAnimator {

let animator = UIViewPropertyAnimator(duration: duration, curve: .easeOut)

addKeyframeAnimation(to: animator, withRelativeStartTime: 0.0, relativeDuration: 0.5) {

self.updateMiniPlayer(with: self.state)

}

animator.scrubsLinearly = false

return animator

}

extension ViewController : UICollectionViewDataSource , UICollectionViewDelegate , UICollectionViewDelegateFlowLayout {

func collectionView(_ collectionView: UICollectionView, numberOfItemsInSection section: Int) -> Int {

return 5

}

func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {

let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "cell", for: indexPath) as! PrivateOrderCell

cell.item = data[indexPath.row]

return cell

}

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, sizeForItemAt indexPath: IndexPath) -> CGSize {

let size = collectionView.frame

return CGSize(width: size.width, height: 100)

}

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, insetForSectionAt section: Int) -> UIEdgeInsets {

return UIEdgeInsets(top: 0, left: 0, bottom: 0, right: 0)

}

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, minimumInteritemSpacingForSectionAt section: Int) -> CGFloat {

return 0

}

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, minimumLineSpacingForSectionAt section: Int) -> CGFloat {

return 10

}

}

struct Student {

var name : String?

var surname : String?

var age : Int?

var address:String?

var phone :String?

var mobile : String?

var email : String?

}

extension Student {

init(name : String , surname : String) {

self.init(name: name, surname: surname, age: nil, address: nil, phone: nil, mobile: nil, email: nil)

}

}

extension UIColor {

static var mainColor : UIColor {

return UIColor(hexString: "B2924E")

}

static var appGray : UIColor {

return UIColor(hexString: "424244")

}

}