Blocks speichern

DroneDeveloper · 2. April 2013, 18:52

Ich muss mir eine nicht definierte Anzahl an Blocks merken, um sie später aufzurufen.
Wie mache ich das am Besten?

macmoonshine · 2. April 2013, 19:02

Dafür reicht ein NS(Mutable)Array vollkommen aus. Du musst nur sicherstellen, dass die Blocks kopiert werden. In MRC also

Quellcode

theBlock = ^(...) { ...};
[theArray addObject:[[theBlock copy] autorelease]];

DroneDeveloper · 2. April 2013, 19:13

In ARC nur ohne `autorelease`? Etwas "einfacheres" als ein Array geht nicht? Ich brauche keine Reihenfolge...

lasergans · 2. April 2013, 19:33

NS(Mutable)Set?

macmoonshine · 2. April 2013, 19:37

DroneDeveloper schrieb:

In ARC nur ohne `autorelease`?

Yepp

DroneDeveloper schrieb:

Etwas "einfacheres" als ein Array geht nicht?

Noch einfacher? Vielleicht ein Array von id? Die musst Du dann aber selber speicherverwalten, was bestimmt nicht einfacher als ein Array ist.

DroneDeveloper schrieb:

Ich brauche keine Reihenfolge...

NSMutableSet? Bringt aber wahrscheinlich auch keinen nennenswerten Vorteil gegenüber einem Array.

Du kannst natürlich auch eine NSOperationQueue verwenden. Die führt Dir die Blocks wenigstens auch schön aus.

jopjip · 2. April 2013, 19:49

macmoonshine schrieb:

Du kannst natürlich auch eine NSOperationQueue verwenden. Die führt Dir die Blocks wenigstens auch schön aus.

Meinst du schön oder schon? Wo ist das Problem die Objekte bzw. Blöcke aus dem Array zu holen und auszuführen?

macmoonshine · 2. April 2013, 20:15

jopjip schrieb:

Meinst du schön oder schon?

Ich meine schon schön und nicht schön schon.

jopjip schrieb:

Wo ist das Problem die Objekte bzw. Blöcke aus dem Array zu holen und auszuführen?

Natürlich kannst Du das auch selber machen. In die Richtung ging ja auch mein erster Vorschlag. Aber wieso etwas implementieren, was es schon gibt? DroneDeveloper wollte es ja schließlich noch einfacher als mit einem Array haben.

Da fällt mir noch eine vielleicht etwas esoterische Lösung ein. Es geht auch mit einer Block-Property:

Quellcode

typedef void (^BlockType)();
@property (nonatomic, copy) BlockType block;
- (void)addBlock:(BlockType)inBlock {
if(self.block) {
BlockType theBlock = self.block;
BlockType theNewBlock = [inBlock copy]; // Notwendig?
self.block = ^() {
theBlock();
theNewBlock();
}
}
else {
self.block = inBlock;
}
}

Alles anzeigen

Müsste man aber erstmal testen

DroneDeveloper · 2. April 2013, 21:52

Kann NS(Mutable)Set Fast Enumeration?
Andere Frage: Kann man irgendwie den definierten Typ (`typedef`) eines Blocks ermitteln?
Also soetwas wie `isKindOfClass` für Blocks!?

Amin Negm-Awad · 2. April 2013, 22:04

Die Block-API ist dokumentiert und die Block-Implementierung ist Open-Source.

Aber was in aller Welt lässt einen in solche eine Situation laufen?

Thallius · 2. April 2013, 22:11

Ic programmiere jetzt seit über 30 Jahren aber ich habe noch nie erlebt das ich mir Code merken musste um ihn später auszuführen.

Gruß

Claus

Amin Negm-Awad · 2. April 2013, 22:15

In einem Closure landet auch kein Code, sondern der Kontext.

Aber gemusst habe ich noch nie etwas außer Maschinensprache. Gewollt schon.

DroneDeveloper · 2. April 2013, 22:38

Die Blocks führe ich jetzt so aus:

Quellcode

typedef void (^myBlock)(id instance, NSError *error);
...
for (void (^block)() in self.blockArray) {
block(self, error);
}

Kann man das so machen?

macmoonshine · 2. April 2013, 22:45

DroneDeveloper schrieb:

Kann NS(Mutable)Set Fast Enumeration?

Natürlich: developer.apple.com/library/io…le_ref/doc/uid/TP40003736

DroneDeveloper schrieb:

Andere Frage: Kann man irgendwie den definierten Typ (`typedef`) eines Blocks ermitteln?
Also soetwas wie `isKindOfClass` für Blocks!?

Was versprichst Du Dir davon?

Thallius schrieb:

Ic programmiere jetzt seit über 30 Jahren aber ich habe noch nie erlebt das ich mir Code merken musste um ihn später auszuführen.

...und was soll das bedeuten. Auch hier kannst Du den Anwendungsfall nicht beurteilen, und nur weil man etwas schon lange (nicht) macht, ist das doch kein Kriterium für Qualität. Hat das nicht sogar schon Martin Luther festgestellt? Übrigens verweise ich in diesem Zusammenhang auch noch einmal auf NSOperationQueue.

Thallius · 2. April 2013, 23:03

macmoonshine schrieb:

DroneDeveloper schrieb:

Kann NS(Mutable)Set Fast Enumeration?

Natürlich: developer.apple.com/library/io…le_ref/doc/uid/TP40003736

DroneDeveloper schrieb:

Andere Frage: Kann man irgendwie den definierten Typ (`typedef`) eines Blocks ermitteln?
Also soetwas wie `isKindOfClass` für Blocks!?

Was versprichst Du Dir davon?

Thallius schrieb:

Ic programmiere jetzt seit über 30 Jahren aber ich habe noch nie erlebt das ich mir Code merken musste um ihn später auszuführen.

...und was soll das bedeuten. Auch hier kannst Du den Anwendungsfall nicht beurteilen, und nur weil man etwas schon lange (nicht) macht, ist das doch kein Kriterium für Qualität. Hat das nicht sogar schon Martin Luther festgestellt? Übrigens verweise ich in diesem Zusammenhang auch noch einmal auf NSOperationQueue.

Gegenfrage. Muss man wirklich alles machen nur weil man es machen kann? Du willstcdoch nicht ernsthaftvbehaupten, dass so ein Code noch wartbar oder gar von einem anderem als dem Autor lesbar ist?

Mich erinnert sowas an diese lustigen C einzeilerprogramme.

Gruß

Claus

DroneDeveloper · 2. April 2013, 23:13

In meinem Fall geht es darum, dass mehrere Requests der gleichen URL kommen (können), während die URL schon lädt.
In dem Fall möchte ich die URL nur 1x laden aber alle Callbacks aufrufen, um alle Objekte zu benachrichtigen.
Klar, ich könnte in dem Fall auch eine Notification posten, aber die vielen Observer machen es nicht gerade besser...
Blocks sind hier doch deutlich schicker...

Amin Negm-Awad · 2. April 2013, 23:25

Thallius schrieb:

macmoonshine schrieb:

DroneDeveloper schrieb:

Kann NS(Mutable)Set Fast Enumeration?

Natürlich: developer.apple.com/library/io…le_ref/doc/uid/TP40003736

DroneDeveloper schrieb:

Andere Frage: Kann man irgendwie den definierten Typ (`typedef`) eines Blocks ermitteln?
Also soetwas wie `isKindOfClass` für Blocks!?

Was versprichst Du Dir davon?

Thallius schrieb:

Ic programmiere jetzt seit über 30 Jahren aber ich habe noch nie erlebt das ich mir Code merken musste um ihn später auszuführen.

...und was soll das bedeuten. Auch hier kannst Du den Anwendungsfall nicht beurteilen, und nur weil man etwas schon lange (nicht) macht, ist das doch kein Kriterium für Qualität. Hat das nicht sogar schon Martin Luther festgestellt? Übrigens verweise ich in diesem Zusammenhang auch noch einmal auf NSOperationQueue.

Gegenfrage. Muss man wirklich alles machen nur weil man es machen kann? Du willstcdoch nicht ernsthaftvbehaupten, dass so ein Code noch wartbar oder gar von einem anderem als dem Autor lesbar ist?

Mich erinnert sowas an diese lustigen C einzeilerprogramme.

Gruß

Claus

Blocks sind objektiv wartbarer, weil sie Code und Kontext kapseln.

Thallius · 3. April 2013, 07:54

Warum benutzt du nicht ganz einfach MVC und KVO bzw. Bindings?

Du hast ein Model mit URL_String und RecevicedData. Die Objekte dieser Klasse verwaltest du in einem ArrayController (oder CoreData oder…)

Wenn nun ein neuer Request kommt, dann schaust du im Array ob zu der URL_Sring schon einer vorhanden ist. Wenn ja, dann hängst Du neinen Observer auf ReceivedData, schaust ob ReceivedData schon gesetzt ist und wenn ja, dann benutzt du es oder du wartest.
Gibt es noch kein Objekt zu der URL; dann erzeugst du ein neues, hängst einen Observer auf ReceivedData, hängst es in den ArrayController. Das neue Objeckt startet den Download und wenn es fertig ist setzt es ReceivedData. Durch den KVO bekommen allle Observer jetzt Bescheid und können handeln.
Das hat sogar den Vorteil, daß du jederzeit den Download refreshen kannst und alle die es was angehen refreshen sich automatisch mit.

Das ist einfach, schlank und verständlich.

Gruß

Claus

macmoonshine · 3. April 2013, 08:26

Thallius schrieb:

Gegenfrage. Muss man wirklich alles machen nur weil man es machen kann?

Das habe ich auch nicht behauptet. In vielen Fällen lässt sich mit Hilfe von Blocks der Code eher vereinfachen. Deswegen bietet anscheinend auch Apple immer mehr Schnittstellen auf Basis von Blocks an (z. B. Notification-Observer).

Thallius schrieb:

Du willstcdoch nicht ernsthaftvbehaupten, dass so ein Code noch wartbar oder gar von einem anderem als dem Autor lesbar ist?

Das kannst Du doch gar nicht beurteilen. Du hast doch nicht eine Zeile seines Codes gesehen geschweige denn, dass Du seinen Anwendungsfall kennst.

Wie gesagt: Apple macht mit NSOperationQueue genau das gleiche. Sind Programme, die diese Klasse nutzen, deswegen schlecht wartbar oder unverständlich?

Manfred Kreß · 3. April 2013, 10:33

Hallo,

nochmal zu der Frage ob der Block kopiert werden muss wenn ich ihn speichere.

Ich habe das bisher so verstanden, das ein Block eh kopiert wird, wenn er ausgeführt wird und dann im eigenen Kontext läuft. Ich speichere mir quasi nur einen "Prototyp", denn ich dann eben solange behalten (retainen) muss wie ich ihn brauche.

D.h. ich rufe einen Block auf, der Block (Speicherbereich) wird kopiert und dem Prozzi zur Ausführung untergeschoben und danach wieder freigegeben.

Ich mach das dann so:

Quellcode

@interface OCAlertView : UIAlertView
+ (void)showWithTitle:(NSString *)title
message:(NSString *)message
completitionHandler:(void (^)(NSInteger selectedIndex))completitionHandler
cancelButtonTitle:(NSString *)cancelButtonTitle
otherButtonTitles:(NSString *)otherButtonTitles, ... NS_REQUIRES_NIL_TERMINATION;
@end

Quellcode

#import "OCAlertView.h"
typedef void(^alertCompletitionHandler)(NSInteger selectedIndex);
@interface OCAlertView ()
@property (readwrite, strong) alertCompletitionHandler handler;
@end
@implementation OCAlertView
+ (void)showWithTitle:(NSString *)title
message:(NSString *)message
completitionHandler:(void (^)(NSInteger selectedIndex))completitionHandler
cancelButtonTitle:(NSString *)cancelButtonTitle
otherButtonTitles:(NSString *)otherButtonTitles, ... NS_REQUIRES_NIL_TERMINATION;
{
OCAlertView *av = [[OCAlertView alloc] initWithTitle: title
message: message
delegate: nil
cancelButtonTitle: cancelButtonTitle
otherButtonTitles: otherButtonTitles, nil];
[av setDelegate: av];
[av setHandler: completitionHandler];
[av show];
}
- (void)alertView:(OCAlertView *)alertView didDismissWithButtonIndex:(NSInteger)buttonIndex
{
alertCompletitionHandler handle = [alertView handler];
handle (buttonIndex);
[alertView setHandler: nil];
}
@end

Alles anzeigen

Funktioniert wunderbar ohne Copy. Allerdings ist ja auch bei einem modalen Alert die Gefahr das noch jemand anderes den Block benutzt sehr gering

Ob man das jetzt machen muss, bleibt jedem selbst überlassen. Aber ich finde es ganz praktisch nicht wegen jedem Popelalert eine Delegatemethode implementieren zu müssen. Und wenn z.B. ein Viewcontroller mehrere verschiedene Alerts handlet, wird das auseinanderdröseln über das Tag oder so immer ganz blöd.

Gruß
Manfred

Amin Negm-Awad · 3. April 2013, 10:34

Thallius schrieb:

Warum benutzt du nicht ganz einfach MVC und KVO bzw. Bindings?

Du hast ein Model mit URL_String und RecevicedData. Die Objekte dieser Klasse verwaltest du in einem ArrayController (oder CoreData oder…)

Wenn nun ein neuer Request kommt, dann schaust du im Array ob zu der URL_Sring schon einer vorhanden ist. Wenn ja, dann hängst Du neinen Observer auf ReceivedData, schaust ob ReceivedData schon gesetzt ist und wenn ja, dann benutzt du es oder du wartest.
Gibt es noch kein Objekt zu der URL; dann erzeugst du ein neues, hängst einen Observer auf ReceivedData, hängst es in den ArrayController. Das neue Objeckt startet den Download und wenn es fertig ist setzt es ReceivedData. Durch den KVO bekommen allle Observer jetzt Bescheid und können handeln.
Das hat sogar den Vorteil, daß du jederzeit den Download refreshen kannst und alle die es was angehen refreshen sich automatisch mit.

Das ist einfach, schlank und verständlich.

Gruß

Claus

KVO ist eine zusätzliche typlose Abstraktionsschicht und daher objektiv komplizierter.