Objective-C Runtime для Си-шников. Часть 1

Ничего страшного, Вы еще и ссылку дали на тот самый репозиторий, на который я и ссылался в статье :). А реализации действительно разные.

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

Отличаются в смысле самих числовых значений селекторов.
Вообще конечно это зависит от компилятора. Я смотрю на виртуалке Snow Leopard, там так. Попробовал сейчас на ideone.com — там иначе.
Идея следующая. Создаем objc-класс с парой методов.

@interface c1 : NSObject {}
- (int) meth1 : (int) arg;
- (int) meth2 : (int) arg;
@end

@implementation c1
- (int) meth1 : (int) arg { return arg+2; }
- (int) meth2 : (int) arg { return arg+20; }
@end

Далее, фукнция печати селектора

void print_sel(SEL s)
{
	printf("SEL %08X = %s\n", s, s);
}

И код main:

int main()
{
	c1 *obj1 = [[c1 alloc] init];
	SEL s1 = @selector(meth1);
	SEL s2 = @selector(meth2);
	SEL s3 = @selector(methUnexist1);
	
	SEL s4 = NSSelectorFromString(@"meth1");
	SEL s5 = NSSelectorFromString(@"meth2");
	SEL s6 = NSSelectorFromString(@"methUnexist2");

	SEL s6 = NSSelectorFromString(init);	

	print_sel(s1);
	print_sel(s2);
	print_sel(s3);
	print_sel(s4);
	print_sel(s5);
	print_sel(s6);
	print_sel(s7);	

	return 0;
}

В результате имеем: s1 и s2 — селекторы существующих пользовательских методов; s3 — селектор несуществующего метода, но оформленный конструкцией языка selector; s4 и s5 — селекторы существующих пользовательских методов через функцию получения по строке (в рантайме); s6 — селектор несуществующего метода по строке в рантайме; s7 — селектор системного метода.

Вывод (Snow Leopard):

SEL 00000DEB = meth1
SEL 00000DF1 = meth2
SEL 00000E20 = methUnexist1
SEL 00000DEB = meth1
SEL 00000DF1 = meth2
SEL 0010FF60 = methUnexist2
SEL 816CD218 = init

Видим, что селекторы существующих методов (добавленные на этапе компиляции) совпадают для разных способов получения селектора (оператором @ selector или рантаймовой фукнкцией).
Селектор несуществующего нигде метода methUnexist1 располагается «рядом» с селекторами существующих методов. Возможно, из этого можно сделать вывод, что он также был добавлен в таблицу на этапе компиляции (т.к. @ selector — конструкция времени компиляции)?
Селектор несуществующего метода methUnexist2 уже отличается от остальных… такое впечатление, что он как раз был создан динамически и добавлен в таблицу уже в рантайме.
И наконец, селектор системного метода init вообще очень сильно отличается по значению. Интерпретировать это я уже не могу:)

Спасибо за обвноление, но есть подозрения что это не так на самом деле.
Если посмотреть в исходный код LLDB (начиная со строки ~1250), то видно что оно обрабатывает разные встроенные типы по-разному:

AddCXXSummary(objc_category_sp, lldb_private::formatters::ObjCSELSummaryProvider<false>, "SEL summary provider", ConstString("SEL"), objc_flags);
AddCXXSummary(objc_category_sp, lldb_private::formatters::ObjCSELSummaryProvider<false>, "SEL summary provider", ConstString("struct objc_selector"), objc_flags);
AddCXXSummary(objc_category_sp, lldb_private::formatters::ObjCSELSummaryProvider<false>, "SEL summary provider", ConstString("objc_selector"), objc_flags);
AddCXXSummary(objc_category_sp, lldb_private::formatters::ObjCSELSummaryProvider<true>, "SEL summary provider", ConstString("objc_selector *"), objc_flags);
AddCXXSummary(objc_category_sp, lldb_private::formatters::ObjCSELSummaryProvider<true>, "SEL summary provider", ConstString("SEL *"), objc_flags);

Я не копал глубже, но подозреваю что там все-таки не строка.

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

P.S. почуму-то XVim показывает путь к файлу из другого проекта...

Знания никогда не пропадут, а вот возможности запросто. Apple говорит, но там есть хитрость. Насколько помню, если swift класс используется в objc коде, то там действительно все как в старом добром objc runtime. Но если swift класс не используется в objc, то он превращается, по сути, в подобие C++ классов с жестко заданной таблицей виртуальных функций, которая находится после всех метаданных. Никаких селекторов, прямые вызовы методов. Swift на самом деле сильно другой внутри. Есть вот такая лекция небольшая на эту тему www.youtube.com/watch?v=Ii-02vhsdVk

Не совсем так. В Свифте объявление класса можно написать двумя способами:

class Foo : NSObject {

либо

class Foo {

В первом случае Foo будет полноценным NSObject'ом, с которым можно пользоваться Objective-C рантаймом как нам хочется. Во втором случае это чисто свифтовый объект и вызов методов будет идти через свифтовый рантайм.