Bindings, "Sparse" Array [SOLVED]

zerm · 26. März 2011, 10:19

Hey, ich hab nach langer Zeit jetzt endlich mal angefangen, Bindings wirklich zu benutzen. Hatte ich vorher nie so richtig benötigt, weils mir für meine Zwecke "explizit" auch immer lieber war.
Nagut, erstmal funktioniert jetzt alles, wie es soll, aber ich habe jetzt gar keine Idee, was ich machen muss, um folgendes zu erreichen:

Ich hab eine NSTableView. Die will ich mit dem Inhalt eines Arrays füllen. Das ist alles kein Problem, geht auch.
Jetzt will ich aber, dass das Array kein NSArray ist. Es soll nichtmal ein Array sein, sondern sich nur so verhalten. Der Grund ist, dass ich gerne ein "sparse" Array mit 10000 Einträgen hätte, wobei aber immer nur die Elemente geladen/erzeugt werden sollen, die grade für das Anzeigen nötig sind.

Die gewünschte Aufgabe anders Ausgedrückt:
Ich möchte ein TableView, was 10000 Zeilen anzeigt, deren Inhalt jeweils eine Zahl 1-10000 ist, ohne dass ich ein Array mit 10000 Einträgen irgendwo habe.

Ich steh jetzt dabei etwas auf dem Schlauch, mit der normalen dataSource delegate wäre das ja ein Kinderspiel, aber mit Bindings?
NSArray subclassen klingt nicht so überzeugend.
NSArrayController subclassen - überzeugt mich auch nicht?
NSController der an eigene Instanz gebunden ist - ich bin zu blöd, jedenfalls bekommt die Instanz keine Nachrichten (ausserdem: welche soll sie bekommen?)
Wie sonst?

Also gebt mir mal bitte ein Tipp, bevor ich wieder ein TableViewDelegate implementiere und Bindings wieder weiter in die Zukunft schiebe

norbi · 26. März 2011, 10:33

Ich würde sagen, Bindings sind für Standardfällle. Deine Anforderung ist kein Standardfall.

No.

zerm · 26. März 2011, 10:35

Na klasse, dafür mach ich mir die Mühe? Das muss doch gehen! So abwegig ist das ganze doch auch gar nicht, oder?
EDIT (solved)
Boah, war dann doch ganz einfach. NSArray subclass:

Quellcode

// header
@interface QQMessageArray : NSArray {}
@end
// body
@implementation QQMessageArray
- (NSUInteger)count {
NSLog(@"COUNT");
return 20;
}
- (id)objectAtIndex:(NSUInteger)index {
NSLog(@"objectAtIndex");
return @"Foo!";
}
@end

Alles anzeigen

Dann gewohnt NSArrayController etc. und zack, eine Table mit 20 mal "Foo" drin. Wunderschön

Edit 2
Sehr schön. 200.000 Zeilen sind auch kein Problem. Abgefahren!

Markus Müller · 26. März 2011, 15:02

Das geht auch ganz ohne Subklassen, einfach die indexed-KVC-Accessoren für die Property erstellen, siehe Beispielprojekt.

Guckst Du hier:

developer.apple.com/library/ma…/20002174-178830-BAJEDEFB

Gruß, Markus

zerm · 26. März 2011, 15:32

Aaah! Vielen Dank! Genauso hatte ich das zwischenzeitlich gedacht, aber nicht hinbekommen. Hab nicht gerafft, wie ich die Methoden nennen muss, also welche er versucht zu verwenden, aber so ist es jetzt klar

Aber schadet ja nichts, wenn ich jetzt bei meiner NSArray subclass bleibe, dann ist es schön gekapselt, und es ist klarer, welche Methoden gerufen werden. Oder spricht noch etwas dagegen?

Ansonsten werde ichs in Zukunft aber so wie von Dir gezeigt machen

Markus Müller · 26. März 2011, 18:15

Die KVC-Methode hat den Vorteil, dass automatisch die entspr KVO-Methoden getriggert werden und Du völlig unabhängig von einem Array bist. D.h. Dein Modell kann eine beliebige Collection sein, auf die sich über einen Index zugreifen lässt (z.b. eine STL-Collection).

zerm · 26. März 2011, 18:20

Markus Müller schrieb:

Die KVC-Methode hat den Vorteil, dass automatisch die entspr KVO-Methoden getriggert werden und Du völlig unabhängig von einem Array bist. D.h. Dein Modell kann eine beliebige Collection sein, auf die sich über einen Index zugreifen lässt (z.b. eine STL-Collection).

Ja schon. Ich will auch tatsächlich C++ Datenstrukturen zu Grunde legen. Aber wenn ich an denen etwas ändere, muss ich KVO eh selbst triggern, egal in welchem Fall?!

Amin Negm-Awad · 27. März 2011, 07:51

zerm schrieb:

Markus Müller schrieb:

Die KVC-Methode hat den Vorteil, dass automatisch die entspr KVO-Methoden getriggert werden und Du völlig unabhängig von einem Array bist. D.h. Dein Modell kann eine beliebige Collection sein, auf die sich über einen Index zugreifen lässt (z.b. eine STL-Collection).

Ja schon. Ich will auch tatsächlich C++ Datenstrukturen zu Grunde legen. Aber wenn ich an denen etwas ändere, muss ich KVO eh selbst triggern, egal in welchem Fall?!

Nein, KVC-Accessoren machen das selbst. Was du darin implementiert hast, spielt keine Rolle. Du kannst die einzelnen Einträge auch auf Blättern einer Toilettenpapierrolle notieren und per Flaschenpost verschicken.

Du musst dir nicht einmal die Mühe machen, die KVC-Accessoren zu benutzen:

Quellcode

NSMutableArray* items = [entity mutableArrayValueForKey:@"items];
[items addObject:@"Amin wr hier"];

Alles KVC-compliant, alles KVO-compliant, alles Bindings-compliant.