Методы Inline Accessor (getter/setter) в Objective-C

Question

Инкапсуляция данных, или, как мне нравится называть ее, кому она принадлежит, и кто должен знать об этом, составляет много объектно-ориентированного программирования. Кому нужно знать, часто удовлетворяются методы доступа, но они становятся довольно дорогими, если все они приводят к objc_msgsend только для чтения переменной. C++ отвечает на проблему с помощью встроенных методов - используйте ключевое слово «inline» перед определением или определите метод в объявлении класса, а компилятор помещает код доступа в код вызывающего, сохраняя служебные данные, связанные с фактическим вызовом функции.

class IntWrapper { 
public: 
    int getInt() { return anInt; } 
protected: 
    int anInt; 
}; 

Подобный синтаксис компенсируется ошибкой complier в Objective-C. Изучив языковые руководства в Xcode («[Object-Oriented] Programming с Objective-C»), я не вижу ссылки на «встроенный» метод. Есть ли такая вещь, как inline в Objective-C? Это называется чем-то еще? Если кто-нибудь может указать мне на документацию, которая ссылается на inline, очень ценится.

Используя простой тестовый код:

@interface ClassA : NSObject 
{ 
    int anInt; 
} 
- (int) anInt; 
@end 

@implementation ClassA 
- (int) anInt { return anInt; } 
@end 

и глядя на сборку кода, который использует его, он выглядит примерно 25 команд.

Answer 1

Все методы Objective-C отправляются динамически. Они могут быть переопределены подклассами. Их можно даже заменить во время выполнения («swizzled») с помощью API-интерфейса Objective-C.

В некотором смысле, они похожи на методы virtual на C++.

Таким образом, они не могут быть встроены.

Кстати, техника, которую вы цитируете, нарушает принцип, который вы цитируете («Кто владеет им и кто должен знать об этом?»). Включение реализации в объявление класса предоставляет детали реализации клиентам, которым это не нужно знать. Кроме того, компилятор, встраивающий код в клиенты, предотвращает изменение этой реализации без перекомпиляции, которая является fragile base class problem. Современный Objective-C позволяет избежать хрупкой проблемы базового класса, что означает, что класс framework может изменять, какие переменные экземпляра он имеет, не нарушая клиентов.