Ist es in Ordnung, “klassisches” malloc()/free() in Objective-C/iPhone-Apps zu verwenden?

Question 1

Ich habe eine Weile mit der iPhone-Entwicklung herumgespielt, und obwohl es sich ein bisschen unangenehm anfühlt, wenn Sie ein „Hardcore“-.NET-Entwickler sind, ist es nicht so schlimm, wenn Sie sich daran gewöhnt haben.

In jedem Buch, das ich über Objective-C lese, wird nur darüber gesprochen retain/release (Referenzzählung) für die Speicherverwaltung. Als C/C++-Entwickler der alten Schule scheint es seltsam, dass die Zuweisung auf die “normale” Weise erfolgt, indem malloc() und free() wird nur in einigen Fußnoten erwähnt.

ich weiß das malloc() und free() arbeite in Objective-C, aber ich bin gespannt, ob es gängige Praxis ist oder nicht. Wenn ich ein Array von 100 Ganzzahlen zuweisen möchte, scheint dies schließlich der effizienteste Weg zu sein:

int *array = malloc(sizeof(int) * 100);

memset(array,0,sizeof(int) * 100);

// use the array

free(array);

Ist dies tatsächlich der beste Weg, oder sollte ich die einfache C-Speicherverwaltung vermeiden?

Question 2

Es gibt einen Objective-C-Wrapper um Rohspeicher, den ich gerne für ähnliche Aufgaben verwende: NSMutableData. Es hat den Vorteil, dass Sie die Eigentumsrechte beibehalten/freigeben und das Array einfach erweitern kann (ohne dass Sie die Neuzuweisung selbst vornehmen müssen).

Ihr Code würde wie folgt aussehen:

NSMutableData* data = [NSMutableData dataWithLength:sizeof(int) * 100];
int* array = [data mutableBytes];
// memory is already zeroed

// use the array

// decide later that we need more space:
[data setLength:sizeof(int) * 200];
array = [data mutableBytes]; // re-fetch pointer in case memory needed to be copied

// no need to free
// (it's done when the autoreleased object is deallocated)

Question 3

Es ist völlig in Ordnung – Objective-C ist eine strenge Obermenge von C, wenn Sie also einfaches C schreiben möchten, hindert Sie nichts daran. In vielen Fällen ist es vorteilhaft zu verwenden malloc und free um den Overhead der Objective-C-Laufzeit zu vermeiden.

Wenn Sie beispielsweise ein Array mit einer unbekannten Anzahl von Ganzzahlen dynamisch zuweisen müssen, ist dies oft einfacher und einfacher:

int *array = malloc(N * sizeof(int));  // check for NULL return value!
// use array[0]..array[N-1]
...
free(array);

Gegen:

NSMutableArray *array = [[NSMutableArray alloc] initWithCapacity:N];
// use NSMutableArray methods to do stuff with array; must use NSNumbers instead
// of plain ints, which adds more overhead
...
[array release];

Ich arbeitete an einem Wortspiel für das iPhone, und wir mussten ein Multi-Megabyte-Wörterbuch mit gültigen Wörtern laden. Die Wortliste wurde in einen Riesen geladen char Array zugewiesen mit malloc(), mit einigen cleveren Optimierungen, um die Speichergröße noch weiter zu reduzieren. Offensichtlich ist für so etwas der Aufwand für die Verwendung von an NSArray ist auf dem limitierten iPhone völlig unpraktisch. Ich weiß nicht genau, was der Overhead ist, aber es ist sicherlich mehr als ein Byte pro Zeichen.

Question 4

Natürlich Du kann Verwenden Sie diese Funktionen, da Objective-C lediglich eine Obermenge von C ist. Es ist jedoch ziemlich ungewöhnlich, so etwas zu tun, da Objective-C Objekte und Möglichkeiten enthält, dies zu vereinfachen.

Schließlich könnten Sie den obigen Code wie folgt schreiben:

NSMutableArray *array = [[NSMutableArray alloc] init];

//Use the array, adding objects when need be

[array release];

Obwohl Sie erstellen müssten NSNumber Objekte zu speichern ints (seit NSArray erlaubt nicht das Hinzufügen von Nicht-Objekttypen), ist es im Allgemeinen üblicher, Objekte zu verwenden, da es einfacher ist, Daten zu verschieben, und die Array-Klassen häufiger mit anderen Cocoa-Klassen integriert sind und die Speicherverwaltung im Allgemeinen ist einfacher als die Standard-C-Speicherverwaltung.

Auch wenn Sie beginnen, Objekte aus dem Array hinzuzufügen oder daraus zu entfernen, dann machen die Cocoa-Array-Objekte dies viel einfacher.

Question 5

Wenn Sie es mit Standard-C-Typen zu tun haben, ist es nicht weniger üblich oder “OK” als in C. So wird es in C gemacht, das ein Teil von Objective-C ist.

Es ist auch nicht ungewöhnlich, eine Art Objekt-Wrapper um diese Dinge zu schreiben, um sie mit dem Rest von Cocoa (KVO, Speicherverwaltung usw.) in Einklang zu bringen. Sie könnten also eine IntArray-Klasse erstellen, die das tut mallochinter den Kulissen, damit Sie sie nach Bedarf speichern und freigeben können. Beachten Sie, dass dies nicht unbedingt erforderlich ist – es kann nur praktisch sein, wenn diese Art von Struktur ein wichtiger Teil Ihres Programms ist.

Question 6

Es ist völlig in Ordnung, malloc zu verwenden, und Sie können Ihre eigene Speicherverwaltung durchführen. Eigentlich NSObject allocWithZone: verwendet malloc, um den Speicher abzurufen.