Programmieren
-
-
-
-
-
-
-
-
-
-
-
-
-
Der Schnipsel schreibt "myData" in die Datei "/tmp/log.txt" und gibt dir in "result" zurück, ob's funktioniert hat.
Was "atomically:NO" sein soll - keine Ahnung ... vermutlich ein Zusatzparameter, der angibt, dass keine Atome genutzt werden sollen
Nach Standard C++ würde man das so machen (was ich persönlich auch nicht wirklich schön finde mit den Streams, aber yolo):
Codeofstream oFile; oFile.open("/tmp/log.txt"); oFile << myData; oFile.close(); -
-
Ein Beispiel aus einem Tutorial mit Objektive C
Code
Alles anzeigen#import <Foundation/Foundation.h> int main(int argc, const char * argv[]) { @autoreleasepool { BOOL Bereit; BOOL SchalterEin = YES; if(SchalterEin){ Bereit = YES; }else{ Bereit = NO; } NSLog(@" Betriebsberischaft: %d", Bereit); Bereit = (SchalterEin) ? YES : NO; NSLog(@" Betriebsberischaft: %d", Bereit); int zahl; int wert = 0; zahl = (wert == 0) ? 0 : (wert > 0) ? 1: -1; NSLog(@"Die Zahl ist %d", zahl); } return 0; } -
Booleans mit "YES" oder "NO" ... der Krebs höchstpersönlich. Fast so gut wie die Booleanfelder bei MS-SQL, die nicht nur "true" und "false" können, nein - auch "null" sein ist da üblich, was auf bool-Ebene einfach mal gar keinen Sinn ergibt.
Aber ansonsten ist dein Tutorial-Code ja noch recht C-ähnlich, bis auf die "@"-Schlüssel und anscheinend Stackframes mit eigenen Namen ("autoreleasepool"). Behindert wirds dann bei Klassen und Interfaces.
-
Booleans mit "YES" oder "NO" ... der Krebs höchstpersönlich. Fast so gut wie die Booleanfelder bei MS-SQL, die nicht nur "true" und "false" können, nein - auch "null" sein ist da üblich, was auf bool-Ebene einfach mal gar keinen Sinn ergibt.Aber ansonsten ist dein Tutorial-Code ja noch recht C-ähnlich, bis auf die "@"-Schlüssel und anscheinend Stackframes mit eigenen Namen ("autoreleasepool"). Behindert wirds dann bei Klassen und Interfaces.
lol.
Yes / No Booleans? Fail! XD
Auch MS-SQL, null
