回答:
-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
(type id
)から継承します(残りは、などの他のルートクラスから継承し、NSProxy
typeにこともできますid
)、任意のメッセージを任意のオブジェクトに送信できます。もちろん、認識できないインスタンスにメッセージを送信すると、ランタイムエラーが発生する可能性があります(コンパイラの警告も発生します適切な-Wフラグを使用)。インスタンスが送信したメッセージに応答する限り、どのクラスに属しているかは気にしないでください。これは、「アヒルのタイピング」と呼ばれます。これは、「アヒルのようにガクガクする場合(つまり、セレクターに応答する場合)、アヒルの場合です(つまり、メッセージを処理できるため、クラスを気にかけているためです」。
-(BOOL)respondsToSelector:(SEL)selector
メソッドを使用して、インスタンスが実行時にセレクターに応答するかどうかをテストできます。配列内のすべてのインスタンスでメソッドを呼び出したいが、すべてのインスタンスがメッセージを処理できるかどうかが不明であると想定します(したがって、単にNSArray
sを使用することはできません-[NSArray makeObjectsPerformSelector:]
。次のようなものが機能します:
for(id o in myArray) {
if([o respondsToSelector:@selector(myMethod)]) {
[o myMethod];
}
}
呼び出すメソッドを実装するインスタンスのソースコードを制御する場合、より一般的な方法は、@protocol
それらのメソッドを含むを定義し、問題のクラスがそのプロトコルをその宣言で実装することを宣言することです。この使用法では、@protocol
はJavaインターフェースまたはC ++抽象基本クラスに類似しています。次に、各メソッドへの応答ではなく、プロトコル全体への適合性をテストできます。前の例では、それほど大きな違いはありませんが、複数のメソッドを呼び出す場合は、物事が簡素化される可能性があります。例は次のようになります。
for(id o in myArray) {
if([o conformsToProtocol:@protocol(MyProtocol)]) {
[o myMethod];
}
}
と仮定するとMyProtocol
宣言しmyMethod
ます。この2番目のアプローチは、コードの目的を最初のアプローチよりも明確にするため、推奨されます。
多くの場合、これらのアプローチの1つにより、配列内のすべてのオブジェクトが特定の型であるかどうかを気にする必要がなくなります。それでも気にするなら、標準の動的言語アプローチはユニットテスト、ユニットテスト、ユニットテストです。この要件のリグレッションは(おそらく回復不可能な)ランタイム(コンパイル時ではない)エラーを生成するため、クラッシュを実際にリリースしないように、動作を確認するためのテストカバレッジが必要です。この場合、配列を変更する操作を実行してから、配列内のすべてのインスタンスが特定のクラスに属していることを確認します。適切なテストカバレッジがあれば、インスタンスIDを検証するための追加のランタイムオーバーヘッドも必要ありません。あなたは良いユニットテストのカバレッジを持っていますね?
id
、必要な場合を除いて、JavaコーダーがObject
sを通過する以上のrawは使用しないでください。何故なの?単体テストを持っている場合は必要ありませんか?型指定された配列と同様に、そこにあり、コードをより保守しやすくします。プラットフォームに投資して人々がポイントを認めたくないので、この省略が実際にメリットである理由を発明しているように思えます。
サブクラス化NSMutableArray
してタイプセーフを適用できます。
NSMutableArray
はクラスクラスタであるため、サブクラス化は簡単ではありません。最終的NSArray
に、そのクラス内の配列から呼び出しを継承して転送しました。結果はと呼ばれるクラスであるサブクラスに簡単。これが私が思いついたものです:ConcreteMutableArray
更新:クラスクラスターのサブクラス化に関するMike Ashからのこのブログ投稿を確認してください。
これらのファイルをプロジェクトに含め、マクロを使用して必要なタイプを生成します。
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
Objective-Cのコンパイル時(プリプロセッサ実装)のジェネリック実装であるhttps://github.com/tomersh/Objective-C-Genericsをご覧ください。このブログ投稿には、すばらしい概要があります。基本的に、コンパイル時のチェック(警告またはエラー)が発生しますが、ジェネリックの実行時のペナルティはありません。
このGithubプロジェクトは、まさにその機能を実装しています。
その後<>
、C#と同じように角かっこを使用できます。
彼らの例から:
NSArray<MyClass>* classArray = [NSArray array];
NSString *name = [classArray lastObject].name; // No cast needed
NSArrayのクラスクラスターの性質に関する問題を回避するために、NSArrayオブジェクトをバッキングivarとして使用するNSArrayサブクラスを作成しました。オブジェクトの追加を承認または拒否するには、ブロックが必要です。
NSStringオブジェクトのみを許可するには、AddBlock
asを
^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ファイルタイプを使用する場合)、ペアまたはタプルを使用して入力を強制できます。たとえば、次のメソッドでは、タイプstd :: pairのC ++オブジェクトを作成し、それをOCラッパータイプ(定義する必要があるstd :: pairのラッパー)のオブジェクトに変換して、いくつかに渡すことができます。他のOCメソッド。OCメソッドを使用するには、OCオブジェクトを変換してC ++オブジェクトに戻す必要があります。OCメソッドはOCラッパータイプのみを受け入れるため、型の安全性が保証されます。タプル、可変テンプレート、typelistを使用して、より高度な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];
}