Objective-C: как предотвратить утечку абстракции

Question

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

В «субъективном» C я могу объявить переменную в моем .c файле, и она не видна вне этой единицы компиляции. Я могу объявить его в соответствующем файле .h, а затем любой, кто ссылается в этом модуле компиляции, может увидеть эту переменную.

Интересно, есть ли эквивалентный выбор в Objective-C или если я действительно должен объявить каждый ivar в .h для моего класса.

Ari.

Answer 1

Ари,

Хорошая ссылка, как выполнить «невидимые» объявления переменных экземпляра может be found here с кредитом почтительно дал Мэтт Галлахер.

Надежда это помогает, Frank

Answer 2

Чтобы ограничить доступ, вы можете использовать @private или @protected ключевые слова:

@interface Foo : NSObject { 
    @private 
    int barPrivate; 

    @protected 
    int barProtected; 

    @public 
    int barPublic; 
} 
@end 

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

Answer 3

Переменные экземпляра традиционно необходимы для определения размера класса. Всегда было плохой практикой напрямую обращаться к иварам, и это не главное. В современной среде это менее необходимо, но, во всяком случае, это не утечка абстракции, если клиенты не полагаются на ivars класса, что должно быть невозможно, поскольку вы объявляете их как @protected или @private, правильно?

Answer 4

Ивар являются @protected по умолчанию (хотя @private и @protected не гарантируют, что другие классы не могут получить к ним доступ - вы всегда можете получить доступ к Ивар с getValue:forKey:). Вы никогда не должны напрямую обращаться к ivars из других классов напрямую в любом случае - «выбор» заключается в том, следует ли раскрывать ivars как свойства (вам просто нужно полагаться на все классы, следующие за соглашением, чтобы напрямую не обращаться к ivars).

В новой версии run-времени объектива вам не нужно вообще объявлять ivars, так как они могут быть синтезированы во время выполнения, но, к сожалению, это не работает с симулятором iPhone, поэтому на данный момент это лучше всего объявить все ivars в файле .h.