Могу ли я создать NSMutableArray
экземпляр, в котором все элементы имеют тип SomeClass
?
Ответы:
Вы можете создать категорию с -addSomeClass:
методом, позволяющим проверять статический тип во время компиляции (чтобы компилятор мог сообщить вам, если вы попытаетесь добавить объект, который, как он знает, является другим классом с помощью этого метода), но нет реального способа обеспечить это массив содержит только объекты данного класса.
В целом, похоже, что в Objective-C нет необходимости в таком ограничении. Я не думаю, что когда-либо слышал, чтобы опытный программист Cocoa хотел эту функцию. Единственные люди, которые кажутся программистами с других языков, все еще думают на этих языках. Если вам нужны только объекты данного класса в массиве, вставляйте туда только объекты этого класса. Если вы хотите проверить, что ваш код работает правильно, протестируйте его.
Это еще никто не вывесил, так что я сделаю это!
Теперь это официально поддерживается в Objective-C. Начиная с Xcode 7, вы можете использовать следующий синтаксис:
NSArray<MyClass *> *myArray = @[[MyClass new], [MyClass new]];
Заметка
Важно отметить, что это только предупреждения компилятора, и технически вы все еще можете вставить любой объект в свой массив. Доступны сценарии, которые превращают все предупреждения в ошибки, которые могут помешать сборке.
nonnull
в XCode 6, и, насколько я помню, они были введены одновременно. Кроме того, зависит ли использование таких концепций от версии XCode или от версии iOS?
@property (nonatomic, strong) NSArray<id<SomeProtocol>>* protocolObjects;
Выглядит немного неуклюже, но помогает!
Это относительно частый вопрос для людей, переходящих от языков строгого типа (таких как C ++ или Java) к более слабо или динамически типизированным языкам, таким как Python, Ruby или Objective-C. В Objective-C большинство объектов наследуются от NSObject
(типа id
) (остальные наследуются от другого корневого класса, например, NSProxy
и также могут иметь тип id
), и любое сообщение может быть отправлено любому объекту. Конечно, отправка сообщения экземпляру, который он не распознает, может вызвать ошибку времени выполнения (а также вызовет предупреждение компилятора.с соответствующими флагами -W). Пока экземпляр отвечает на отправленное вами сообщение, вам может быть все равно, к какому классу он принадлежит. Это часто называют «уткой», потому что «если она крякает, как утка [т.е. отвечает на селектор], это утка [т.е. она может обрабатывать сообщение; кого волнует, какой это класс]».
Вы можете проверить, реагирует ли экземпляр на селектор во время выполнения с помощью -(BOOL)respondsToSelector:(SEL)selector
метода. Предполагая, что вы хотите вызвать метод для каждого экземпляра в массиве, но не уверены, что все экземпляры могут обработать сообщение (поэтому вы не можете просто использовать NSArray
's -[NSArray makeObjectsPerformSelector:]
, что-то вроде этого будет работать:
for(id o in myArray) {
if([o respondsToSelector:@selector(myMethod)]) {
[o myMethod];
}
}
Если вы управляете исходным кодом для экземпляров, которые реализуют метод (ы), которые вы хотите вызвать, более распространенным подходом будет определение @protocol
класса, который содержит эти методы, и объявление того, что рассматриваемые классы реализуют этот протокол в своем объявлении. В этом случае a @protocol
аналогичен интерфейсу Java или абстрактному базовому классу C ++. Затем вы можете проверить соответствие всему протоколу, а не ответ на каждый метод. В предыдущем примере это не имело бы большого значения, но если бы вы вызывали несколько методов, это могло бы упростить ситуацию. Тогда пример будет:
for(id o in myArray) {
if([o conformsToProtocol:@protocol(MyProtocol)]) {
[o myMethod];
}
}
предполагая MyProtocol
объявляет myMethod
. Этот второй подход является предпочтительным, поскольку он более четко разъясняет цель кода, чем первый.
Часто один из этих подходов освобождает вас от заботы о том, все ли объекты в массиве относятся к заданному типу. Если вам все равно, стандартный подход динамического языка - это модульное тестирование, модульное тестирование, модульное тестирование. Поскольку регресс в этом требовании приведет к ошибке (вероятно, неисправимой) во время выполнения (а не во время компиляции), вам необходимо иметь тестовое покрытие для проверки поведения, чтобы вы не выпускали сбойный модуль на волю. В этом случае выполните операцию, которая изменяет массив, а затем убедитесь, что все экземпляры в массиве принадлежат данному классу. При надлежащем тестовом покрытии вам даже не потребуются дополнительные затраты времени выполнения на проверку идентичности экземпляра. У вас действительно хорошее покрытие модульных тестов, не так ли?
id
кроме случаев, когда это необходимо, как и кодеры Java не передают Object
s. Почему нет? Не нужно, если у вас есть модульные тесты? Потому что он там и делает ваш код более удобным в сопровождении, как и типизированные массивы. Похоже, люди инвестировали в платформу, не желая уступать ни в чем, и поэтому придумывали причины, по которым это упущение на самом деле является преимуществом.
Вы можете создать подкласс, NSMutableArray
чтобы обеспечить безопасность типов.
NSMutableArray
является кластером классов , поэтому создание подклассов нетривиально. В итоге я унаследовал NSArray
и перенаправил вызовы в массив внутри этого класса. В результате класс называется , ConcreteMutableArray
который является легко подкласс. Вот что я придумал:
Обновление: ознакомьтесь с этим сообщением в блоге Майка Эша о создании подклассов кластера классов.
Включите эти файлы в свой проект, а затем сгенерируйте любые типы, которые захотите, используя макросы:
MyArrayTypes.h
CUSTOM_ARRAY_INTERFACE(NSString)
CUSTOM_ARRAY_INTERFACE(User)
MyArrayTypes.m
CUSTOM_ARRAY_IMPLEMENTATION(NSString)
CUSTOM_ARRAY_IMPLEMENTATION(User)
Использование:
NSStringArray* strings = [NSStringArray array];
[strings add:@"Hello"];
NSString* str = [strings get:0];
[strings add:[User new]]; //compiler error
User* user = [strings get:0]; //compiler error
другие мысли
NSArray
для поддержки сериализации / десериализацииВ зависимости от вашего вкуса вы можете переопределить / скрыть общие методы, такие как
- (void) addObject:(id)anObject
Взгляните на https://github.com/tomersh/Objective-C-Generics , реализацию дженериков времени компиляции (реализованную препроцессором) для Objective-C. В этом сообщении в блоге есть хороший обзор. В основном вы получаете проверку во время компиляции (предупреждения или ошибки), но без штрафа во время выполнения для дженериков.
Этот проект Github реализует именно эту функциональность.
Затем вы можете использовать <>
скобки, как в C #.
Из их примеров:
NSArray<MyClass>* classArray = [NSArray array];
NSString *name = [classArray lastObject].name; // No cast needed
Возможным способом могло бы быть создание подкласса NSArray, но Apple не рекомендует этого делать. Проще дважды подумать о реальной потребности в типизированном массиве NSArray.
Я создал подкласс NSArray, который использует объект NSArray в качестве поддерживающего ivar, чтобы избежать проблем с характером NSArray как кластера классов. Требуются блоки, чтобы принять или отклонить добавление объекта.
чтобы разрешить только объекты NSString, вы можете определить AddBlock
как
^BOOL(id element) {
return [element isKindOfClass:[NSString class]];
}
Вы можете определить, FailBlock
что делать, если элемент не прошел тест - корректно завершился неудачей для фильтрации, добавить его в другой массив или - это значение по умолчанию - вызвать исключение.
VSBlockTestedObjectArray.h
#import <Foundation/Foundation.h>
typedef BOOL(^AddBlock)(id element);
typedef void(^FailBlock)(id element);
@interface VSBlockTestedObjectArray : NSMutableArray
@property (nonatomic, copy, readonly) AddBlock testBlock;
@property (nonatomic, copy, readonly) FailBlock failBlock;
-(id)initWithTestBlock:(AddBlock)testBlock FailBlock:(FailBlock)failBlock Capacity:(NSUInteger)capacity;
-(id)initWithTestBlock:(AddBlock)testBlock FailBlock:(FailBlock)failBlock;
-(id)initWithTestBlock:(AddBlock)testBlock;
@end
VSBlockTestedObjectArray.m
#import "VSBlockTestedObjectArray.h"
@interface VSBlockTestedObjectArray ()
@property (nonatomic, retain) NSMutableArray *realArray;
-(void)errorWhileInitializing:(SEL)selector;
@end
@implementation VSBlockTestedObjectArray
@synthesize testBlock = _testBlock;
@synthesize failBlock = _failBlock;
@synthesize realArray = _realArray;
-(id)initWithCapacity:(NSUInteger)capacity
{
if (self = [super init]) {
_realArray = [[NSMutableArray alloc] initWithCapacity:capacity];
}
return self;
}
-(id)initWithTestBlock:(AddBlock)testBlock
FailBlock:(FailBlock)failBlock
Capacity:(NSUInteger)capacity
{
self = [self initWithCapacity:capacity];
if (self) {
_testBlock = [testBlock copy];
_failBlock = [failBlock copy];
}
return self;
}
-(id)initWithTestBlock:(AddBlock)testBlock FailBlock:(FailBlock)failBlock
{
return [self initWithTestBlock:testBlock FailBlock:failBlock Capacity:0];
}
-(id)initWithTestBlock:(AddBlock)testBlock
{
return [self initWithTestBlock:testBlock FailBlock:^(id element) {
[NSException raise:@"NotSupportedElement" format:@"%@ faild the test and can't be add to this VSBlockTestedObjectArray", element];
} Capacity:0];
}
- (void)dealloc {
[_failBlock release];
[_testBlock release];
self.realArray = nil;
[super dealloc];
}
- (void) insertObject:(id)anObject atIndex:(NSUInteger)index
{
if(self.testBlock(anObject))
[self.realArray insertObject:anObject atIndex:index];
else
self.failBlock(anObject);
}
- (void) removeObjectAtIndex:(NSUInteger)index
{
[self.realArray removeObjectAtIndex:index];
}
-(NSUInteger)count
{
return [self.realArray count];
}
- (id) objectAtIndex:(NSUInteger)index
{
return [self.realArray objectAtIndex:index];
}
-(void)errorWhileInitializing:(SEL)selector
{
[NSException raise:@"NotSupportedInstantiation" format:@"not supported %@", NSStringFromSelector(selector)];
}
- (id)initWithArray:(NSArray *)anArray { [self errorWhileInitializing:_cmd]; return nil;}
- (id)initWithArray:(NSArray *)array copyItems:(BOOL)flag { [self errorWhileInitializing:_cmd]; return nil;}
- (id)initWithContentsOfFile:(NSString *)aPath{ [self errorWhileInitializing:_cmd]; return nil;}
- (id)initWithContentsOfURL:(NSURL *)aURL{ [self errorWhileInitializing:_cmd]; return nil;}
- (id)initWithObjects:(id)firstObj, ... { [self errorWhileInitializing:_cmd]; return nil;}
- (id)initWithObjects:(const id *)objects count:(NSUInteger)count { [self errorWhileInitializing:_cmd]; return nil;}
@end
Используйте это как:
VSBlockTestedObjectArray *stringArray = [[VSBlockTestedObjectArray alloc] initWithTestBlock:^BOOL(id element) {
return [element isKindOfClass:[NSString class]];
} FailBlock:^(id element) {
NSLog(@"%@ can't be added, didn't pass the test. It is not an object of class NSString", element);
}];
VSBlockTestedObjectArray *numberArray = [[VSBlockTestedObjectArray alloc] initWithTestBlock:^BOOL(id element) {
return [element isKindOfClass:[NSNumber class]];
} FailBlock:^(id element) {
NSLog(@"%@ can't be added, didn't pass the test. It is not an object of class NSNumber", element);
}];
[stringArray addObject:@"test"];
[stringArray addObject:@"test1"];
[stringArray addObject:[NSNumber numberWithInt:9]];
[stringArray addObject:@"test2"];
[stringArray addObject:@"test3"];
[numberArray addObject:@"test"];
[numberArray addObject:@"test1"];
[numberArray addObject:[NSNumber numberWithInt:9]];
[numberArray addObject:@"test2"];
[numberArray addObject:@"test3"];
NSLog(@"%@", stringArray);
NSLog(@"%@", numberArray);
Это просто пример кода, который никогда не использовался в реальных приложениях. для этого, вероятно, потребуется еще реализовать метод NSArray.
Если вы смешиваете C ++ и objective-c (то есть используя тип файла mm), вы можете принудительно ввести тип с помощью пары или кортежа. Например, в следующем методе вы можете создать объект C ++ типа std :: pair, преобразовать его в объект типа оболочки OC (оболочку std :: pair, которую необходимо определить), а затем передать ее некоторым другой метод OC, в котором вам нужно преобразовать объект OC обратно в объект C ++, чтобы использовать его. Метод OC принимает только тип оболочки OC, тем самым обеспечивая безопасность типа. Вы даже можете использовать кортеж, вариативный шаблон, список типов, чтобы использовать более продвинутые функции C ++ для обеспечения безопасности типов.
- (void) tableView:(UITableView*) tableView didSelectRowAtIndexPath:(NSIndexPath*) indexPath
{
std::pair<UITableView*, NSIndexPath*> tableRow(tableView, indexPath);
ObjCTableRowWrapper* oCTableRow = [[[ObjCTableRowWrapper alloc] initWithTableRow:tableRow] autorelease];
[self performSelector:@selector(selectRow:) withObject:oCTableRow];
}
2020, прямой ответ. Так уж вышло, что мне нужен изменяемый массив с типом NSString
.
Синтаксис:
Type<ArrayElementType *> *objectName;
Пример:
@property(nonatomic, strong) NSMutableArray<NSString *> *buttonInputCellValues;