Ios c что это

Objective-C с нуля

У любого желающего писать программы для продукции фирмы Apple в жизни наступает такой момент, когда ему приходиться изучить новый язык программирования — Objective-C. Когда-то этот счастливый момент постиг и меня. А чтобы лучше запомнить основные особенности этого языка, решил законспектировать свои мысли во время осмысления его документации, которыми и делюсь с вами.

Банальная теория возникновения ООП

Проблема повторного использования написанного кода и его переносимость постоянно заставляет программистов искать все новые пути его упорядочивания, структуризации и абстрагирования. Для решения этих проблем создаются новые парадигмы программирования, шаблоны проектирования, новые языки, компиляторы и стандартные библиотеки к ним, программные платформы и фреймворки. Так образовались парадигма подпрограмм (процедур), реализуемая при помощи процессорных команд CALL\RET и стека (по сути, перенос потока выполнения по адресу произвольной, а не следующей за текущей команды, с последующим возвратом). Затем, парадигма модулей (каждый файл – отдельная единица трансляции), породившая двухэтапную трансляцию: компиляция модулей, а затем их компоновка (статическая или динамическая) в исполняемый модуль.

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

Класс обычно оформляется как определенный программистом тип, основанный на встроенных (языковых) типах данных и\или других классах. Для языка С, не поддерживающего объектно-ориентированную парадигму, это может быть структура (struct). А набор подпрограмм реализуется как обычные функции, обязательно принимающие как минимум один параметр — указатель на набор данных, подлежащих обработке.

Основным преимуществом объектно-ориентированного подхода стала возможность создавать новые классы на основе уже написанных (добавлять инварианты и методы, переопределять методы, использовать определенные в базовом классе методы как свои), названное наследованием.

Набор методов представляет собой интерфейс для взаимодействия с инвариантами. Невозможность непосредственной модификации данных класса (без задействования его интерфейса) отражает принцип инкапсуляции. На рисунке показан класс и его объекты. Имеется инвариант x типа float и к нему интерфейс (метод) doubleX, возвращающий значение инварианта.

Бывает, что необходимо послать сообщение объекту, который на него определенно отвечает (т.е. вызвать для объекта класса такой метод, который он реализовал), но, по ситуации, конкретный класс этого объекта неизвестен. Например, каждому элементу списка указателей на объекты класса Auto нужно послать сообщение Move, а известно что в списке находятся указатели на объекты не только класса Auto, но также и указатели на производные (наследованные) классы Ford и Subaru. Это возможно сделать только благодаря принципу полиморфизма, заключающегося в том, что при посылке определенного сообщения объекту из некой иерархии классов, в которой все объекты способны принять такое сообщение, этот объект реагирует на него соответственно своему, а не базовому для данной иерархии классу.

Первым языком с поддержкой объектно-ориентированного подхода стал Simula67. Затем появился Smalltalk. А в 80х начал оформляться С++ — основной язык современного системного программирования. Его расширение и усовершенствование в 90х породило ряд парадигм и шаблонов проектирования, и оказало необратимое влияние на современное видение объектно-ориентированного подхода, в том числе, и на язык Objective-C.

Чуть-чуть истории

Objective-C возник в 80-x как модификация С в сторону Smalltalk. Причем модификация эта состояла в добавлении новых синтаксических конструкций и специальном препроцессоре для них (который, проходя по коду преобразовывал их в обычные вызовы функций С), а также библиотеке времени выполнения (эти вызовы обрабатывающей). Таким образом, изначально Objective-C воспринимался как надстройка над C. В каком-то смысле это так и до сих пор: можно написать программу на чистом С, а после добавить к ней немного конструкций из Objective-C (при необходимости), или же наоборот, свободно пользоваться С в программах на Objective-C. Кроме того, все это касается и программ на С++. В 1988 NeXT (а в последствии Apple) лицензировала Objective-C и написала для него компилятор и стандартную библиотеку (по сути SDK). В 1992 к усовершенствованию языка и компилятора подключились разработчики проекта GNU в рамках проекта OpenStep. С тех пор GCC поддерживает Objective-C. После покупки NeXT, Apple взяля их SDK (компилятор, библиотеки, IDE) за основу для своих дальнейших разработок. IDE для кода назвали Xcode, а для GUI – Interface Builder. Фреймворк Cocoa для GUI разработок (и не только) на сегодня является наиболее значимой средой разработки программ на Objective-C.

Особенности Objective-C

• interface Начинает объявление класса или категории (категория – расширение класса дополнительными методами без наследования)
• @implementation Начинает определение класса или категории
• @protocol Начинает объявление протокола (аналог класса С++, состоящего из чисто виртуальных функций)
• end Завершает объявление\определение любого класса, категории или протокола
• @private Ограничивает область видимости инвариантов класса методами класса (аналогично С++)
• protected Стоит по умолчанию. Ограничивает область видимости инвариантов класса методами класса и методами производных классов (аналогично С++)
• @public Удаляет ограничения на облать видимости (аналогично С++)
• try Определяет блок с возможной генерацией исключений (аналогично С++)
• @throw Генерирует объект-исключение (аналогично С++)
• catch () Обрабатывает исключение, сгенерированное в предшествующем блоке try (аналогично С++)
• finally Определяет блок после блока try, в который предается куправление независимо от того, было или нет сгенерировано исключение
• @class Сокращенная форма объявления класса (только имя (аналогично С++))
• selector(method_name) Возвращает скомпилированный селектор для имени метода method_name
• @protocol(protocol_name) Ворзвращает экземпляр класса-протокола с именем protocol_name
• @encode(type_spec) Инициализирует строку символов, которая будет использована для шифрования данных типа type_spec
• @synchronized() Определяет блок кода, выполняющегося только одной нитью в любой определенный момент времени

Обмен сообщениями

Чтобы заставить объект выполнить какой-нибудь метод нужно послать ему сообщение, именуемое так же, как и требуемый метод. Такое сообщение называется селектор метода. Синтаксис посылки таков:

[receiver method]; 

В сообщении можно передавать параметры для вызываемого метода:

[receiver method: 20.0 : 30.0]; 

Перед каждым параметром необходимо ставить двоеточие. Сколько двоеточий – столько и параметров. Имя метода может продолжаться после каждого такого двоеточия-параметра:

[receiver methodWithFirstArgument: 10 andSecondArgument: 20]; 

Методы с неограниченным количством аргументов вызываюся следующим синтаксисом:

[receiver undefinedNumberParameters: one, two, three, four, five, six, seven]; 

Посылка сообщения, как и любая функция C, возвращает определенное (может void) значение:

BOOL booleanValue; booleanValue = [reveiver method]; 

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

if ([anObject respondsToSelector: @selector(myMethodWith2Argumets::)]) < //можно вызывать [anObject myMethodWith2Argumetns: @”first” : @”second”]; >else < //ни в коем случае не вызывать >

Как работает передача сообщений

Посылка сообщения транслируется в С-функцию с прототипом:

id objc_msgSend(id receiver, SEL method, . ); 

Тип SEL, по сути, определен как char const *, но лучше воспринимать его как int, поскольку во время выполнения все селекторы индексируются целыми значениями согласно глобальной таблице селекторов.

Пользуясь инвариантом isa объекта receiver (при использовании фреймворка Foundation, базового для Cocoa, все классы должны наследовать класс NSObject, поэтому наличие isa неизбежно), эта функция просматривает локальный список селекторов класса с целью определить, отвечает ли объект данного класса на сообщение method. Если такой селектор находится, то управление передается соответствующему методу класса, которому передается id объекта (указатель на его инварианты) и указанные после селектора параметры функции objc_msgSend(). Значение, возвращенное методом, отдается как результат посылки сообщения. Если у объекта-приемника данный селектор отсутствует, функции objc_msgSend() просматривает список селекторов его базового класса.

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

[receiver аddObject: otherObject]; 

objc_msgSend(receiver, 12, otherObject); 

Так как в глобальной таблице селекторов 12 соответствует строке “addObject:”. Далее функция objc_msgSend() выполняет поиск по списку селекторов объекта receiver и, найдя его (пусть это объект класса NSArray, который реализовал метод с селектором 12), производит вызов типа:

addObject(receiver, otherObject); 

Объявление метода

Интересно отметить, что прототип метода addObject из предыдущего раздела в объявлении класса выглядел так:

- (void)addObject: (id)otherObject; 

То есть принимал всего один параметр. Но, исходя из принципа объектно-ориентированной парадигмы, что методы – это подпрограммы, обрабатывающие определенные наборы данных, методу необходимо передавать адресс данных, подлежащих обработке. Поэтому такой параметр передается во всякий метод класса неявно. Компилятору об этом дополнительном параметре дает понять минус («-«), стоящий первым в прототипе метода. Такой метод (с минусом впереди) называется методом объекта (или экземпляра), т.к. может быть вызван только для объекта какого-нибудь класса. В теле метода этот указатель на экземпляр данных (или адрес объекта, которому послали сообщение) доступен посредством зарезервированного слова self (аналог this в С++), а указатель на экземпляр базового класса – через зарезервированное слово super. Кроме того, в метод объекта также передается неявный параметр _cmd – селектор этого метода из глобальной таблицы селекторов. С точки зрения программиста С++ все методы объектов в Objective-C как-будто объявлены с ключевым словом virtual, и всегда следуют динамическому полиморфизму.

Если в начале прототипа метода поставить знак плюс (“+”), то такой метод будет считаться методом класса, и, естественно, не будет принимать неявный параметр self (это аналогично объявлению static-метода в С++). А без инварианта isa объекта, на который указывает self, указатель super работать, конечно, тоже не будет.
Таким образом, прототип любого метода объявляется так:

-|+ () основнаяЧастьИмениМетода [ : ()имяПервогоФормальногоПараметра [ [дополнительнаяЧастьИмениМетода] : ()имяВторогоФормальногоПараметра] … ] 

+ (Class)class; + (id)alloc; - (id)init; - (void)addObject: (id)anObject; + (NSString *)stringWithCString: (const char*)aCString usingUncoding: (enum NSStringEncoding)encoding; - (NSString *)initStringWithFormat: (NSString *)format, …; 

Если метод возвращает некий объект (тип id) или класс (тип Class), можно воспользоваться вложенным синтаксисом вызова:

[myLabel setText: [[NSString stringWithString: @”Hello”] stringByAppendingString: @” world”]]; 

Здесь объекту класса UILabel из фреймворка UIKit устанавливается значение инварианта text равное строке @”Hello world”. Эта строка, в свою очередь, образована конкатенацией строк @”Hello” и @” world”. Первая является результатом посылке сообщения stringWithString классу NSString с параметром-константой @”Hello”. Такой вызов возвращает объект класса NSString, инициализированный строкой-параметром. Затем этому объекту посылается сообщение stringByAppendingString с параметром @” world”. Результат посылки этого сообщения и есть объект класса NSString, содержащий конкатенацию значения объекта-приемника и строкового аргумента. Этот объект и попадает как параметр в сообщение setText: объекта myLabel.

Объявление класса

Объявим простой класс комплексного числа в файле Complex.h:

#import //для NSObject и строк NSString @interface Complex : NSObject < double _re; //инвариант для действительной части double _im; //инвариант для мнимой части NSString *_format; //строка формата для метода description >- (id)initWithRe: (double)re andIm: (double)im; //специализированный конструктор + (Complex *)complexWithRe: (double)re andIm: (double)im; //метод класса для одноэтапного создания объекта - (Complex *)add: (Complex *)other; //метод для сложения - (Complex *)sub: (Complex *)other; //метод для вычетания - (NSString *)format; //метод доступа к _format - (void)setFormat: (NSString *)format; //метод установки _format - (double)re; //остальные методы доступа к действительной и мнимой частям - (void)setRe: (double)re; - (double)im; - (void)setIm: (double)im; @end 

Как видим, все объявление заключено в ключевые слова interface и end. Первым делом объявляются инварианты (в фигурных скобках). Вне фигурных скобок объявляются методы. Метод description отсутствует в объявлении класса не случайно. Дело в том, что он, как и метод dealloc и init, присутствует в определении класса. При посылке объекту класса Complex сообщения description будет рассмотрен его локальный список селекторов, куда, после компиляции, попадут селекторы всех методов, реализованных классом этого объекта, даже не объявленные в интерфейсной части. То есть init, description и dealloc будут вызывать абсолютно корректно.

Создание объектов

В связи с тем, что все объекты распределяютя в динамической памяти, cоздание объекта приходится проводить в два этапа: 1) выделении памяти (сообщение alloc) и 2) инициализация инвариантов (конструкторы класса).

MyClass *myObject = [[MyClass alloc] init]; //метод класса MyClass alloc выделяет участок памяти нужного размера и возвращает указатель на него, метод объекта init инициализирует инварианты объекта myObject 

После создания объекта им можно смело пользоваться:

NSMutableArray *array = [[NSMutableArray alloc] init]; //создаем изменяемый массив MyClass *myObject = [[MyClass alloc] init]; //наш объект [myObject myMethod]; //посылка некоторого сообщения [array addObject: myObject]; //помещаем объект в массив MyClass *otherObject = [array getLastObject:]; //достаем его из массива, указываем на него другим указателем [otherObject myOtherMethod: YES]; //посылаем ему другое сообщение с аргументом типа BOOL 

Некоторые классы обладают методом для быстрого (в один этап) создания собственных экземпляров. Такие методы являются методами класса, возвращают указатель на объект своего класса и их имя обычно начинается с названия самого класса. Например метод:

+ (NSString *)stringWithCString: (char const *)string encoding: (NSStringEncoding)encoding; 

Возвращает уже готовую строку, инициализированную соответствующей сторокой с завершающим нулем, без вызовов alloc и init:

NSString *myString = [NSString stringWithCString: “Bla-bla-bla” encoding: NSASCIIStringEncoding]; 

Время жизни объекта

Как только указатель на объект выходит за свою область видимости, память, выделенная под него, безвозвратно теряется (если, конечно, это был последний указатель на тот объект) и происходит утечка. Дабы избежать таких нежелательных последствий в Objective-C поддерживается парадигма подсчета ссылок на ресурсы. Таким образом, у каждого объекта есть целочисленный счетчик, который показывает количество ссылающихся на него указателей. По достижению этим счетчиком нуля, память, выделенная для данного объекта, возвращается системе. После вызова метода класса alloc, этот счетчик равен единице. Чтобы увеличить его значение необходимо послать объекту сообщение retain, а чтобы уменьшить – release. Все эти методу реализует NSObject, который любой наш класс непременно наследует. Интересно отметить, что значение счетчика для статических объектов класса NSString (например @”I am a string”) равно -1, то есть максимально возможное. Вот пример работы со счетчиком:

id anObject = [SomeClass alloc]; //вначале счетчик == 1 [anObject init]; //тут создаются инварианты объекта [anObject reatin]; //увеличим его значение (теперь он == 2) [anObject release]; //уменьшим (счетчик опять == 1 и объект по прежнему жизнеспособен) [anObject release]; //счетчик обнуляется, уменьшаются на 1 счетчики инвариантов и выделенная под объект память возвращается ОС 

Реализация init очень важна. Это конструктор класса. Конструкторы отличаются тем, что возвращаеют id и их названия всегда начинается со слова init, а конструктор по умолчанию – это и есть просто init. Схема любого конструктора примерно следующая:

- (id)init < self = [super init]; //вызываем конструктор базового класса для //инициализации его инвариантов if (self) //если в конструкторе базового класса все прошло удачно //и он вернул корректный объект, а не освободив память вернул nil < //то тут можно смело инициализировать свои инварианты >return self; //и возвращать самого себя > 

Вот типичный специализированный (не по умолчанию) конструктор для класса с двумя членами типа некоторого класса и одним целочисленным инвариантом:

- (id)initWithInt: (int)number < if (self = [super init]) < _myMember1 = [[SomeClass alloc] init]; //все как положено: выделили память, затем ее инициализировали _myMember2 = [[SomeClass alloc] init]; _myIntMember = number; //здесь конструктор ни к чему //инициализируем переданным параметром >return self; > 

Реализация release и retain для NSObject идеологически примерно следующая, и ее не нужно переопределять в производных классах, в силу отсутствия доступа к инварианту счетчика ссылок:

- (void)retain < [_internalLock lock]; //блокировка для синхронизации _referenceCounter++; // пусть _referenceCounter – скрытый инвариант счетчика [_internalLock unlock]; >- (void)release < [_internalLock lock]; _referenceCounter--; //уменьшим счетчик if (!_referenceCounter) //если он равен нулю < [_internalLock unlock]; [self dealloc]; //скажем себе, что пора умирать (блокировка освободится тут) >[_internalLock unlock]; > 

То есть самому объекту посылается сообщение dealloc, в реализации метода которого он может, по необходимости, уменьшить счетчики своих инвариантов и передать аналогичное сообщение объекту базового класса, чтобы он сделал то же самое. Очевидно, реализация метода dealloc для NSObject освободит память, выделенную объекту. Обычно dealloc для какого-нибудь класса выглядит так:

- (void)dealloc < [_myMember1 release]; //уменьшим счетчик своего инварианта [_myMember2 release]; //уменьшим счетчик другого своего инварианта //[_myIntMember release]; это полный бред, т.к. встроенные типы сообщений не принимают вообще и счетчиков не ведут [super dealloc]; //cкажем объекту базового класса, что пора освобождать память >

Методы доступа

Правильная работа с подсчетом ссылок очень важна при возврате адреса объекта из метода или инициализации инварианта формальным параметром. Обычно такими вещами занимаются так называемые методы доступа, возвращающие и устанавливающие инварианты объектов. Принято именовать метод, возвращающий значение инварианта, так же как и инвариант, а имя метода, устанавливающего его значение, начинать со слова set:

- (void)setRe: (double)re

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

//например, нужно изменить текст у ярлыка [label setText: @”Hello world”]; //устанавливаем инвариант text //объекта label равным текстовой константе типа NSString * //примерная реализация setText в классе UILabel (вариант №1) - (void)setText: (NSString *)text < [text retain]; //увеличиваем счетчик ссылок на формальный параметр [_text release]; //уменьшаем счетчик ссылок текущего значения своего инварианта _text _text = text; //инициализируем инвариант новым значением >//примерная реализация setText в классе UILabel (вариант №2) - (void)setText: (NSString *)text < if (_text != text) //cравниваем указатели на объекты < [_text release]; //уменьшаем счетчик ссылок текущего значения //своего инварианта _text _text = [text retain]; //увеличиваем счетчик ссылок //на формальный параметр и инициализируем свой инвариант >> //примерная реализация setText в классе UILabel (вариант №3 – нежелательный) - (void)setText: (NSString *)text < if (_text != text) < [_text autorelease]; //скинем текущеe значения своего //инварианта _text в самовыгружаемый пул _text = [text retain]; //увеличиваем счетчик ссылок //на формальный параметр и инициализируем свой инвариант >> 

Вариант №3 не очень удачный потому, что засоряет текущий самовыгружаемый пул, а обычно это не очень желательно (см. следующий раздел).
Метод доступа для чтения значения инварианта всегда очень прост:

- (NSString *)text

Самовыгружаемый пул в нитях программы

Теперь попробуем вернуть из метода созданный внутри него объект:

-(NSString *)sayHelloToName: (NSString *)name withSurname: (NSString *)surname < NSString *retString = [[NSString alloc] initWithFormat: @”%@ %@!”, name, surname]; //инициализируем созданный объект посредством строки формата return retString; >

Строка формата соответствует стандарту языка С. Но если в ней необходимо указать тип id, то используется спецификатор формата %@. Каким образом метод, разбирающий формат, понимает какие символы подставить вместь id? Он просто подставит то, что вернет метод описания description данного объекта. Этот метод изначально объявлен для класса NSObject. NSString переопределил его на вывод своего строкового содержания. Переопределив его, любой объект может представлять свое строковое содержание. Например, так это может сделать класс комплексного числа с двумя инвариантами типа double:

- (NSString *)description < return [NSString stringWithFormat: @”re: %lf im: %lf”, _re, _im]; //возвращает строку @“re: 1.0 im: 2.5” для _re == 1.0 и _im == 2.5 >

После выполнения метода sayHelloToName:withSurname: определенно произойдет утечка памяти, так как вызывающий код скорей всего не догадывается, что возвращенному объекту нужно после обработки послать сообщение release. Даже если он догадается это сделать, возможно, что возвращался указатель на инвариант объекта, а значит его уничтожение чревато серьезными последствиями. Хотелось бы иметь механизм самоосвобождения объектов когда либо в будующем, чтобы пользовательский код вообще не думал об их освобождении. Решается эта проблема с помощью объекта класса NSAutoreleasePool – самовыгружаемого пула объектов.

После создания объекта такого класса всем объектам, созданным после него, можно послать сообщения autorelease. При этом данный объект помещается в текущий (последний созданный) самовыгружаемый пул. Когда некий пул получит сообщение release, то он отошлет такое же сообщение и всем своим объектам, уменьшая их счетчик ссылок (по сути, уничтожая). Таким образом. Объект, помещенный в самовыгружаемый пул, продолжает жить и занимать память во все время жизни пула. Это удобно для небольших временных объектов, но может с течением времени занять значительную часть памяти. Потому рекомендуется циклы, способные порождать большое количество временных объектов, которые отправляются в самовыгружаемый пул, обрамлять локальными (вложенными) пулами.

Любая нить в программе, использующей Cocoa, должна создавать объект класса NSAutoreleasePool в самом начале (прежде создания других объектов), и в самом конце его уничтожать (после уничтожения всех других объектов). Функция main(), являющаяся главной нитью любой программы на Objective-C, при использовании фреймворка Cocoa должна всегда выглядеть вот так:

int main(int argc, char *argv[]) // или же просто main() < NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; //создаем пул, он автоматически становится текущим int retVal; //теперь можно программировать спокойно [pool drain]; //освобождаем пул и все объекты, помещенные в него вызовами autorelease return retVal; >

А корректный метод sayHelloToName:withSurname: теперь будет выглядеть вот так:

-(NSString *)sayHelloToName: (NSString *)name withSurname: (NSString *)surname < NSString *retString = [[NSString alloc] initWithFormat: @”%@ %@!”, name, surname]; //инициализируем созданный объект посредством строки формата [retString autorelease]; //помещаем в пул, теперь retString освободится вместе с пулом return retString; >

К слову, метод drain самовыгружаемого пула аналогичен release с той лишь разницей, что, кроме освобождения себя самомго и всех содержащихся объектов, еще дает подсказку сборщику мусора вступить в игру. Однако, это актуально только для Mac OS 10.4 и выше, так как на iOS сборки мусора нет.

Определение класса

Теперь рассмотрим файл Complex.m с определением методов класса Complex:

#import “Complex.h” @implementation Complex - (id)init < return [self initWithRe: 0.0 andIm: 0.0]; >- (id)initWithRe: (double)re andIm: (double)im < if (self = [super init]) < _re = re; _im = im; _format = @”re: %.1lf im: %.1lf”; //формат вывода по умолчанию >> + (Complex *)complexWithRe: (double)re andIm: (double)im < return [[[Complex alloc] initWithRe: re andIm: im] autorelease]; >- (Complex *)add: (Complex *)other < return [[Complex alloc] initWithRe: _re + other->_re andIm: _im + other->_im]; > - (Complex *)sub: (Complex *)other < return [[Complex alloc] initWithRe: _re – other->_re andIm: _im – other->_im]; > - (NSString *)format < return _format; >- (void)setFormat: (NSString *)format - (double)re < return _re; >- (void)setRe: (double)re < _re = re; >- (double)im < return _im; >- (void)setIm: (double)im < _im = im; >- (NSString *)description - (void)dealloc < [_format release]; //для этого и переопределялся dealloc [super dealloc]; >@end 

Конструктор по умолчанию вызывает специализированный конструктор с определенными начальными параметрами. Метод complexWithRe:andIm: возвращает инициализированный объект класса Complex, размещенный в текущем самовыгружаемом пуле. То же самое делает и метод description, возвращая объект класса NSString. Вот пример программы, где используется класс Complex:

#import “Complex.h” #import //для printf() int main() < NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; Complex *num1 = [[Complex alloc] init]; //0.0+0.0*i Complex *num2 = [[Complex alloc] initWithRe: 1.5 andIm: -2]; //1.5-2.0*i Complex *num3 = [Complex complexWithRe: 5 andIm: 7]; //5.0+7.0*i printf(“%s\n”, [[num2 description] cStringUsingEncoding: NSASCIIStringEncoding]); //вывод>re: 1.5 im: -2.0 printf(“%s\n”, [[[num2 add: num3] description] cStringUsingEncoding: NSASCIIStringEncoding]); //вывод> re: 6.5 im: 5.0 [num1 setRe: [num2 re]]; //задаем _re для num1 как у num2 [num1 setIm: [num3 im]]; //задаем _im для num1 как у num3 [num1 setFormat: @”%.2lf+%.2lf*i”]; //меняем формат вывода для num1 printf(“%s\n”, [[num1 description] cStringUsingEncoding: NSASCIIStringEncoding]); //вывод> 1.50+7.00*i [num1 release]; [num2 release]; //[num3 release]; не нужно, т.к. он уже в самовыгружаемом пуле [pool drain]; return 0; > 

Категории и расширения

Если к уже написанному (а, возможно, и откомпилированному) классу нужно добавить\переопределить некоторые методы без наследования – категории позволяют это сделать без особых усилий:

//файл “CategorizedComplex.h” #import “Complex.h” @interfce Complex (CategorizedComplex) - (Complex *)mul: (Complex *)other; - (Complex *)div: (Complex *)other; @end //файл “CategorizedComplex.m” #import “CategorizedComplex.h” @implementation Complex (CategorizedComplex) - (Complex *)mul: (Complex *)other < return [Complex complexWithRe: _re * other->_re - _im * other->_im andIm: _re * other->_im + _im * other->_re]; > - (Complex *)div: (Complex *)other < double retRe, retIm, denominator; denominator = other->_re * other->_re + other->_im * other->_im; if (!denominator) return nil; retRe = (_re * other->_re + _im * other->_im) / denominator; retIm = (_im * other->_re - _re * other->_im) / denominator; return [Complex complexWithRe: retRe andIm: retIm]; > @end 

А пользоваться этим можно вот так:

CategorizеdComplex *num1 = [[CategorizedComplex alloc] initWithRe: 1 andIm: 999]; Complex *num2 = [Complex complexWithRe: 0 andIm: 0]; CategorizedComplex *num3 = [num1 div: num2]; //num3 == nil 

Расширения несут добрую службу как безымянные категории:

//файл “CategorizedComplex.m” #import “CategorizedComplex.h” @interface Complex () - (void)zeroComplex; //тайный метод для обнуления числа @end @implementation Complex - (void)zeroComplex //им могут пользоваться только методы самого класса < _re = 0; _im = 0; >@end 

Протоколы

Протокол Objective-C – это формализованное объявление группы методов, которые, по желанию, может реализовать любой класс (аналог класса в С++, где все методы объявлены со спецификатором virtual … = 0). В версии языка 2.0 методы протокола могут быть требуемыми (спецификатор @required, он считается умалчиваемым) и выборочными (спецификатор @optional). Если какой либо класс реализовал требуемые методы протокола, то он называется классом, поддерживающим данный протокол. Протокол, и класс, его поддерживающий, объявляются вот так:

@protocol MyPrinterProtocol @required - (void)print; - (BOOL)switchedOn; @optional - (void)loadPapaer: (int)numberOfPages; @end @interface MyPrinter : NSObject //теперь MyPrinter реализует методы MyPrinterProtocol < BOOL _state; int _numberOfPages; >- (id)initWithState: (BOOL)state andPagesCount: (int)pages; - (BOOL)state; @end 

Oбъекту класса MyPrinter можно гарантированно посылать сообщения print и switchedOn, и, после проверки на respondsToSelector:, можно посылать сообщение loadPaper:, та как в его реализации должны присутствовать определения одноименных методов. Объявление объекта класса, поддерживающего какой-либо протокол осуществляется так:

MyPrinter *printer; id anotherPrinter = [[MyPrinter alloc] init]; [anotherPrinter print]; //безымянный объект отвечает на сообщение без предупреждений компилятора 

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

@interface MyPrinter : NSObject

А чтобы объявить объект неизвестного класса (id), соответствующий некоторому протоколу, пишут так:

Исключения

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

Исключение – это объект некоторого класса. Он (даже своим типом) несет в себе некоторую информацию о произошедшей ситуации. Для удобства в Cocoa имеется класс NSException, который можно инициализировать двумя объектами NSString и одним объектом произвольного класса (тип id):

- (id)initWitnName: (NSString *)name reason: (NSString *)reason userInfo: (id)userInfo; 

Сгенерировать исключение и, тем самым, запустить механизм раскрутки стека вызовов, можно с помощью оператора @throw. Чтобы перхватить сгенерированное исключение, участок кода, где возможна его генерация, необходимо заключить в специальный блок с заглавием try (такие блоки могут быть вложенными). А затем, после этого блока, поставить блок с заглавием catch(), где в круглых скобках указать тип предполагаемого исключения. Блоков catch() после блока try может быть несколько. После генерации исключения управление, раскручивая стек, выходит из блока try и, проверяя по очереди все блоки catch(), попадает именно в тот блок catch(), в фигурных скобках которого стоит такой тип, к которому тип исключения приводится неявно (точное совпадение, указатель на базовый класс или id). Если исключение по типу не совпало ни с одним блоком catch(), управление продолжает раскрутку стека. Если после блока с заглавием try стоит блок с заглавием finally, то управление передастся ему независимо от того, произошло ли в блоке try исключение (и обработан какой-нибудь блок catch()), или выполнилась его последняя инструкция. Ниже приведен пример работы с объектом класса Cup в методе fill которого происходит исключение:

Cup *cup = [[Cup alloc] init]; @try < [cup fill]; //в fill генерируется исключение типа NSException >@catch (NSException *exception) @finally //сюда после @try мы попадем неизбежно

В блоке finally удобно освобождать ресурсы, выделенные в блоке try, но не освобожденные по причине сгенерированного исключения.

Свойства

Для версии Objective-C 2.0 нашa реализация класса Complex явно избыточна: в ней слишком много методов доступа и их определение – сплошная рутина. Перепишем его с использованием свойств:

//файл “Complex.h” #import //для NSObject и строк NSString @interface Complex : NSObject < double _re; //инвариант для действительной части double _im; //инвариант для мнимой части NSString *_format; //строка формата для метода description >- (id)initWithRe: (double)re andIm: (double)im; + (Complex *)complexWithRe: (double)re andIm: (double)im; - (Complex *)add: (Complex *)other; //метод для сложения - (Complex *)sub: (Complex *)other; //метод для вычетания @property (nonatomic, retain) NSString *format; //объявим методы доступа @property (nonatomic, assign) double re; //посредством объявления свойств @property (nonatomic, assign) double im; @end //файл “Complex.m” #import “Complex.h” @implementation Complex @synthesize format = _format; //сгенерируем методы доступа @synthesize re = _re; //и заодно переменуим их @synthesize im = _im; //чтобы в имени не было подчеркивания - (id)init < return [self initWithRe: 0.0 andIm: 0.0]; >- (id)initWithRe: (double)re andIm: (double)im < if (self = [super init]) < _re = re; _im = im; _format = @”re: %.1lf im: %.1lf”; //формат вывода по умолчанию >> + (Complex *)complexWithRe: (double)re andIm: (double)im < return [[[Complex alloc] initWithRe: re andIm: im] autorelease]; >- (Complex *)add: (Complex *)other < return [[Complex alloc] initWithRe: _re + other.re andIm: _im + other.im]; //используем свойства re и im >- (Complex *)sub: (Complex *)other < return [[Complex alloc] initWithRe: _re – other.re andIm: _im – other.im]; //используем свойства re и im >@end 

• getter=getterName, setter=setterName Указывает, что метод доступа для чтения будет называться getterName, а для изменения — setterName
• readonly Не генерировать метод доступа для изменения
• readwrite Генерировать оба метода доступа
• assign Метод доступа на изменение реализовывать посредством простого присваивания
• retain Принимаемому значению послать сообщение retain, предыдущему значению инварианта послать release и присвоить ему принимаемое значение
• copy Использовать обычный оператор присваивания, но присвоить копию принимаемого значения (перед присваиванием емупосылается сообщение copy)
• nonatomic Не использовать внутренние блокировки для синхронизации нескольких нитей в сгенерированных методах доступа (по умолчанию cинхронизация используется)

Зачем учить Objective-C в 2022 году: умелое управление памятью и другие операции на низком уровне

Рассказываем, почему стоит выучить Objective-C в 2022 году. Обсудим, какие плюсы приносит знание языка, где и зачем его до сих используют.

Мобильные разработчики в КРОК решают реальные проблемы заказчиков и конечных пользователей: создают приложения для удалённой проверки остроты зрения, интеграции с умными очками для полиции Дубая или доступа к корпоративной социальной сети. В этой статье команда мобильной разработки рассказала, почему Objective-C до сих пор жив и зачем его учить в 2022 году.

Глубокое понимание процессов

Большая часть внутреннего кода macOS, XCode и ядра iOS написаны на C и С++. Objective-C очень хорошо с ними «стыкуется», потому что формально это не язык программирования, а большой препроцессор к чистому Cи.

Поверх Objective-C строится вся экосистема Apple. Тот же Swift во многом написан поверх него, и чтобы понимать, как система работает изнутри и почему Swift выглядит так, как выглядит, и работает так, как работает, «базу» полезно знать.

Например, Objective-C помогает понять, что не все NSProxy это NSObject и в чём разница между Int, NSInteger и NSNumbe. А также за счёт чего работает Swizzling, что такое Selector, как работает responder chain и так далее. В Swift это сильно инкапсулировано и абстрагировано, а потому не очень хорошо видно.

Кроме того, Objective-C, как и любой Cи-язык, помогает разобраться в том, как работают ссылки, указатели и память в принципе. В нём приходится работать со ссылками напрямую, поэтому достаточно написать 1-2 небольших проекта, чтобы понять тему.

Плюсы на собеседовании

На большинстве собеседований вам будут задавать каверзные вопросы об операциях, которые видны при разработке на Objective-C, но редко встречаются в Swift.

Например, атомарность и атрибуты копирования. Долгое время контроль памяти в Objective-C был ручным, и атомарность — то есть доступность переменных одновременно из разных тредов — достаточно больная тема. Поэтому, проработав N времени на Objective-C, ты начинаешь неплохо в этом разбираться: можешь объяснить, какие проблемы возникают в работе с тредами, когда нужно предусмотреть атомарность или подумать о том, как будет копироваться значение, нужен ли дополнительный акцессор.

Objective-C до сих пор используется в разработке

Во-первых, кажется, у любого проекта, который существует больше 2-3 лет, часть кодовой базы написана на Objective-C. Это может быть хоть скрытый слой, который вынесен в зависимость и не особо стыкуется с общей кодовой базой — но он есть и с ним периодически нужно работать: править баги или добавлять фичи.

Во-вторых, пока некоторые приложения не получается переписать на Swift — это требует времени и денег, которые компания или заказчик не готовы тратить. Поэтому база Objective-C разрастается.

В-третьих, если необходима сложная работа с сетью, памятью, ресурсами устройства, то приходится использовать языки с более низким уровнем абстракции, чем у Swift. Это могут быть Objective-C, Objective-C++ или просто C и С++ — в зависимости от того, насколько низкий уровень нам нужен.

Подобное встречается довольно редко, например в работе с мессенджерами (Telegram), потоковым вещанием (Zoom) или видеосервисами (Кинопоиск). В таких случаях тоже можно абстрагироваться и либо вынести часть логики в отдельную зависимость, либо перенести рендеринг или всю логику пакетирования данных на бэкенд. Но не всегда.

Некоторые вещи сложнее делать на Swift, чем на Objective-C

Иногда решать задачи на Swift долго и неудобно — проще воспользоваться костылями, которые давно есть в Objective-C.

Check Point: троян удалённого доступа впервые попал в десятку популярнейших цифровых угроз

В основном речь идёт про управление памятью: протянуть сообщение в несанкционированную память, вручную поманипулировать управлением памятью или тредами. Разберём пару кейсов.

В Objective-C есть чисто «сишные» штуки: memory allocation, управление указателями и ссылками напрямую и так далее. Поэтому там, где нужно очень аккуратно работать с памятью (например, при работе с видео- и аудиопотоками), c помощью Objective-C можно тонко оптимизировать приложение, улучшить производительность и оценки по памяти. В Swift же придётся полагаться на ARC (хотя и тут есть свои лайфхаки).

Кроме того, ARC не решает многих проблем — например, с длительностью жизни объектов. Допустим, у нас есть голосовое сообщение на 14 минут. Пользователь уже прослушал 12 — и они «съели» всю оперативную память. На Objective-C мы легко можем их почистить — на уровне указателей и байтов — оставив только текущую минуту и две последних. А на Swift это потребует высокого уровня абстракции и большого количества кода (либо использования трюков Objective-C через Swift-интерфейс).

Наконец, зачастую нагруженные, сложные и высоко оптимизированные библиотеки, реализующие распознавание видео или фото, компьютерное зрение или криптографические вычисления, написаны на С++. И интегрироваться с ними через Swift больно, долго и дорого. Как правило, легче создать заголовочный файл в Objective-C, написать пару методов для красивой обёртки и обратиться уже к ним. Такие кейсы очень часто встречаются при интеграции с третьими библиотеками.

Что в итоге?

Да, Objective-C не идеален, но его полезно выучить.

Это по-прежнему востребованный язык программирования. Он помогает лучше понять, как устроен Swift и экосистема Apple в целом, позволяет гранулярно работать с низкоуровневыми задачами. Кроме того, на Objective-C всё ещё написана больша́я часть кодовой базы, которую нужно поддерживать. И наконец, знание языка — это бонус на собеседованиях.

Вышли iOS 16.5.1 (c) и macOS Ventura‌ 13.4.1 (c)

В закладки

Apple выпустила патчи безопасности iOS 16.5.1 Security Response (c) и macOS Ventura‌ Security Response 13.4.1 (c).

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

Отмечается, что в этой версии закрыли опасную уязвимость, связанную с WebKit, а также исправили баг версии (a), из-за которого могли не загружаться сайты в Safari.

Размер выпущенного ПО — чуть меньше 10 МБ. Скачать можно уже сейчас «по воздуху».

(55 голосов, общий рейтинг: 4.40 из 5)
�� Хочешь больше? Подпишись на наш Telegram.

В закладки

Apple выпустила патчи безопасности iOS 16.5.1 Security Response (c) и macOS Ventura‌ Security Response 13.4.1 (c). В них компания исправила ряд уязвимостей и поправила мелкие ошибки. Эти апдейты устанавливаются отдельно от обычной прошивки даже тогда, когда пользователь отказался от автоустановки обновлений операционной системы. Подобные патчи ставятся быстрее, чем стандартные. Отмечается, что в этой версии закрыли.

Артём Баусов

Главный по новостям, кликбейту и опечаткам. Люблю электротехнику и занимаюсь огненной магией. Telegram: @TemaBausov

Apple внедрила USB-C в iPhone 15: какой путь прошли разъемы за 60 лет

В 1960-х передача FullHD-фильма по разъему RS-232 (с кучей дырочек и винтами) заняла бы 29 часов. Сегодня по USB-C это можно сделать за 0,3 секунды. Вспоминаем, какой путь прошли разъемы и стандарты за последние 60 лет

• Краткая история разъемов и стандартов
• От USB 1.x к USB-C
• История разъемов Apple
• Lightning vs USB-C

В самом начале эры компьютеров, в 1940–50-х годах, концепция «разъема» не была такой естественной, как сейчас. Первые компьютеры, такие как ENIAC или IBM 701, были огромными машинами, занимающими целые комнаты. Они не предполагали подключение внешних устройств в том смысле, в каком мы это понимаем сегодня. Взаимодействие с ними осуществлялось через панели с лампами и переключателями или через перфокарты.

ENIAC (Фото: Wikipedia)

С миниатюризацией и появлением персональных компьютеров появилась необходимость в стандартизированных портах и разъемах для подключения периферийных устройств, таких как клавиатуры, мыши и принтеры. Это привело к созданию различных типов разъемов и портов, включая RS-232, PS/2 и, конечно же, USB. К 2023 году главным и универсальным стал USB-C.

USB Type-C — это универсальный разъем для быстрой передачи данных, зарядки и видео, совместимый с множеством устройств, от смартфонов до ноутбуков. Он предлагает высокую скорость до 40 Гбит/с и поддерживает USB Power Delivery для эффективной зарядки.

Краткая история разъемов и стандартов

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

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

Параллельные порты и PS/2, появившиеся в 1980-х и 1990-х годах, стали следующим этапом. Параллельные порты были в основном использованы для подключения принтеров, а PS/2 стал стандартом для клавиатур и мышей. Однако, они были ограничены в функциональности и не поддерживали горячее подключение.

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

Горячее подключение (hot plugging) — возможность подключать или отключать устройства к компьютеру без необходимости его выключать или перезагружать систему. Эта функция особенно полезна для таких устройств, как флеш-накопители, внешние жесткие диски, мыши или клавиатуры.

В конце 1990-х годов появился USB (Universal Serial Bus), который стал настоящим прорывом. Первая версия USB предложила скорость передачи данных до 12 Мбит/с, что было впечатляющим в то время. Однако, настоящий прорыв произошёл с выходом USB 2.0 в 2000 году, который увеличил скорость в 40 раз и на долгие годы стал де-факто стандартом для большинства периферийных устройств.

FireWire, разработанный Apple, также появился в это время и поддерживал скорость до 400 Мбит/с и даже 800 Мбит/с в последующих версиях. Но несмотря на технические преимущества, FireWire не смог конкурировать с USB из-за высокой стоимости лицензирования и ограниченной совместимости.

Следующим важным этапом стало внедрение USB 3.0 в 2008 году, с максимальной скоростью передачи данных до 5 Гбит/с.

USB Type-C на базе третьей версии этого стандарта появился в 2014 году. Этот разъем оказался не только меньше и удобнее предыдущих версий, но и более функциональным. С помощью технологий USB Power Delivery и Alternate Mode, Type-C может передавать данные, видео и даже заряжать устройства.

Как правильнее USB-C или USB Type-C?

Оба термина — USB-C и USB Type-C — корректны и широко используются, но они немного различаются по контексту. USB Type-C чаще используется в официальных спецификациях и технической документации, чтобы подчеркнуть, что речь идет о конкретном типе разъема USB. USB-C же является более краткой и удобной формой для повседневного использования и часто встречается в маркетинговых материалах и обзорах.

От USB 1.x к USB-C

Версии USB (например, USB 1.x, 2.0, 3.0, 3.1, 3.2, USB4) указывают на технологические характеристики, такие как скорость передачи данных, максимальная мощность для зарядки и так далее. Эти версии определяют, что именно может делать USB в терминах функциональности.

Версии разъемов (например, USB Type-A, Type-B, Mini-USB, Micro-USB, USB Type-C) — это физические формы разъемов. Они определяют, как именно устройство подключается к другому устройству.

USB 1.x появился в конце 1990-х и предложил универсальное решение для подключения различных устройств, хотя и с ограниченной скоростью передачи данных в 12 Мбит/с. Этот стандарт был хорошим началом, но имел свои ограничения.

USB 2.0, представленный в 2000 году, увеличил скорость до 480 Мбит/с. Этот стандарт быстро стал популярным для подключения широкого спектра устройств, от принтеров до камер.

В 2008 году на рынок вышел USB 3.0 с максимальной скоростью передачи данных до 5 Гбит/с. Этот стандарт был далее улучшен до USB 3.1 и 3.2, предлагая скорости до 10 и 20 Гбит/с соответственно. Однако, с увеличением скорости стало сложнее поддерживать совместимость с более старыми устройствами.

USB Type-C и USB4 представляют собой последние этапы в развитии этой технологии. Type-C добавил удобство использования и поддержку различных протоколов, включая быструю зарядку и передачу видео. USB4, в свою очередь, удвоил скорость передачи данных до 40 Гбит/с и добавил поддержку архитектуры Thunderbolt 3 (ее Intel предоставила в дар USB-IF).

Различные форм-факторы USB и коннектор Apple Lightning (справа) (Фото: GP Batteries UK)

Представим, что у нас есть архив с 200 фотографиями с отпуска, и его общий размер составляет 1 ГБ (8 000 мегабит). Вот как бы этот архив передавался через USB разных поколений:

USB 1.x: передача заняла бы примерно 11 минут. Пока передаются фото, можно успеть приготовить кофе и даже перекусить.

USB 2.0: передача заняла бы около 16,7 секунд. В это время можно было бы проверить пару сообщений в соцсетях.

USB 3.0: передача заняла бы всего 1,6 секунды. Меньше времени, чем нужно, чтобы сделать фото на смартфон.

USB 3.2: передача заняла бы около 0,4 секунды. Практически мгновенно.

USB4: передача заняла бы всего 0,2 секунды.

История разъемов Apple

В 1980-х годах компания использовала разнообразные порты, такие как Apple Desktop Bus (ADB) для подключения клавиатур и мышей, а также SCSI для жестких дисков.

В 1998 году Apple представила iMac G3 с портом USB, что стало ключевым моментом для распространения этого стандарта. Однако, в 2003 году, Apple ввела собственный разъем — FireWire. Этот стандарт был быстрее USB того времени, но не получил широкого распространения.

В 2008 году с MacBook Air компания ввела Mini DisplayPort, который позже эволюционировал в Thunderbolt. Thunderbolt, разработанный совместно с Intel, предложил высокую скорость передачи данных и возможность подключения множества устройств через один порт.

В 2012 году Apple представила разъем Lightning для iPhone и iPad, заменив широкий 30-контактный разъем. Lightning был меньше и удобнее, что сделало его более привлекательным для пользователей.

В 2015 году Apple стала одной из первых компаний, которая внедрила USB Type-C в MacBook.

Lightning vs USB-C

Коннекторы Apple iPhone. Слева направо: 30-контактный, Lightning, USB-C (2023) (Фото: Apple)

Слухи о переходе iPhone на USB Type-C начали появляться примерно с 2017 года, уже после того, как Apple реализовала этот разъем в MacBook. С тех пор каждый год появляются новые утечки и спекуляции на эту тему, особенно перед анонсом новых моделей iPhone. После шести лет слухов Apple наконец исполнила мечту многих, внедрив в смартфоны универсальный разъем, который позволит носить с собой один кабель для всех устройств сразу.

Физический размер:

• Lightning: меньше и более узкий.
• USB-C: немного больше, но обеспечивает больше функций.

Скорость передачи данных:

• Lightning: до 480 Мбит/с в стандартной конфигурации, но может быть увеличена.
• USB-C: до 40 Гбит/с с USB4.

Зарядка:

• Lightning: до 12 Вт для iPhone, 30 Вт для iPad.
• USB-C: до 100 Вт с поддержкой USB Power Delivery.

Универсальность:

• Lightning: используется только в продуктах Apple.
• USB-C: универсальный стандарт, используемый во множестве устройств от разных производителей.

Функциональность:

• Lightning: в основном используется для зарядки и передачи данных.
• USB-C: поддерживает несколько протоколов, включая HDMI, DisplayPort и другие.