Suchergebnisse

Hallo Amin. Einige Punkte deiner Antwort kann ich nicht ganz nachvollziehen. Zitat: „ Ein weiterer Grund ist jedoch die Kapselung “ Die accessoren haben Mangels stringenter Kapselung von Methoden in Objective-C die Kapselung der iVars doch erst verkrüppelt. Wenn ich nur mit iVars arbeite, kann ich diese fein säuberlich mit @private, @protected und @public kapseln und muss nicht erst eine Kategorie für protected Properties erstellen (private ist, wenn ich mich nicht ganz irre, mit properties erst…

Hi, der Titel sagts schon. Ich verstehe seit arc mittlerweile nicht mehr, wofür man properties (im Sinne von accessoren) überhaupt noch braucht. Eine reine iVar mit geeignetem reference prefix müsste doch reichen. Besonders bei hauptsächlich privat gebrauchten Variablen braucht man unterm Strich dann doch erheblich weniger Code. Wer kann mir erklären, warum Apple templates immer noch properties benutzen? Werden die doch noch für die Speicherverwaltung gebraucht?

Hi, der Titel sagst schon. Ich verstehe seit arc mittlerweile nicht mehr, wofür man properties (im Sinne von accessoren) überhaupt noch braucht. Eine reine iVar mit geeignetem reference prefix müsste doch reichen. Besonders bei ausschließlich privat gebrauchten Variablen braucht man unterm Strich dann doch erheblich weniger Code. Wer kann mir erklären, warum Apple templates immer noch properties benutzen? Werden die doch noch für die Speicherverwaltung gebraucht?

Jap, es war sehr nervtötend die letzten beiden Tage... Ich dachte immer, das .0 wäre nur für einen selbst und habs weggelassen

uff... Bildungslücke geschlossen^^

Hi, Der Compiler (Xcode 4) scheint bei jeder Division, bei der Divident und Divisor eine Ganzahl sind, unbedingt auch eine Ganzzahl als Ergebnis liefern zu wollen. (10/6) wird zum Beispiel einfach zur 1, (9/10) einfach zur 0, usw. War das wirklich schon immer so?

Warum gibt es eigentlich keine Videos mehr zur Macoun'10? Wird es von dieser Macoun auch keine Videos mehr geben?

@Daniel: Danke für deine Antwort. Leider funktioniert auch das nicht so wie ich es möchte (hatte ich oben auch schon beschrieben).

Hi, Gibt es in Xcode 4 eine Einstellung, dass der nun integrierte Interface Builder nicht ständig bei irgendwelchen Hilfslinien einschnappen soll, wenn man Objekte verschiebt oder vergrößert/verkleinert? Ich habe hier ein mit Subviews vollgestopftes Window und möchte es nun nach oben hin pixelgenau größer ziehen. Dabei schnappt es aber immer 5 Pixel vor dem Ziel ein :(. Normalerweise kann man ja auch im Size Inspector die Größe ändern und mit dem Origin dann wählen, an welcher Seite sich das aus…

Recht habt ihr ja alle mit NSUserDefaults, aber man muss sowas doch auch "per Hand" können?! Was macht man denn, wenn die Daten jetzt in ner sqlite-Datenbank wären? PS: auch ich habe jetzt alles auf NSUserDefaults umgestellt. Allerdings finde ich dieses "Kann dir egal sein, macht das System!" etwas unbefriedigend. Es muss doch irgend einen gescheiten festen Ort geben, an dem eine App seine Sachen ablegen darf (Wie schon gesagt, nicht alle Daten lassen sich in plists fassen)? Ist ~/Library/Prefer…

Btw. eigentlich müssen so ziemlich alle Einstellungen für jeden Nutzer seperat gespeichert werden^^ Bin wohl ein bisschen geschädigt vom iPhone (darum wollte ich die Daten auch innerhalb des App-Ordners speichern). @Claus: Was möchtest du damit jetzt sagen?

Also ich meinte mit Benutzereinstellungen so ganz normale Einstellungen, die ein Benutzer treffen kann. Nutzer A will, dass die App in nem grünen Fenster läuft. Nutzer B will, dass die App in nem gelben Fenster läuft. Ich wollte das "Benutzer" nur unterstreichen, weil das ja Einstellungen sind, die für jeden Benutzer seperat gespeichert werden müssen. Kann das aus deinem Letzten Absatz nicht genau rauslesen, meinst du Apple meckert jetzt?

Natürlich ist es mies, Software zu klauen (wohl über die Hälfte hier ärgert sich auch aus persönlichen Gründen über sowas). Aber nur so aus Interesse: Ist schonmal ein Fall bekannt geworden, bei dem jemand anhand der Metadaten überführt wurde? Eine Seriennummer alleine ist ja kein Beweis für eine Raubkopie.

Quellcode (22 Zeilen) Habe mir aber auf Anraten von mattik NSUserDefaults angeguckt. Wenn du noch nichts umgesetzt hast, dann mach das mit NSUserDefaults, das scheint das gleiche zu machen, nur dass es noch ein bisschen weniger Code ist und halt der von Apple vorgesehene Weg ist (Bin mal gespannt, ob Apple an meiner selbstgebastelten Lösung wieder was zu meckern hat).

Danke für die Tipps. Bisher habe ich das im Resources Ordner der App selbst gespeichert. Zugriffsrechte für everyone: nur Lesen^^. Wo gehören Benutzereinstellungen denn nun wirklich hin (Library oder sowas?)?

Oha, da seid ihr ja empfindlicher als der Compiler. Sorry, hab mich verschrieben.

Ich habe mehr als ein Buch (z.B. beide von Amin) und ich programmiere auch schon länger objektorientiert. Es wäre jetzt aber nett, wenn du deine Kritik etwas spezifizieren könntest, damit ich wenigstens ne Ahnung davon habe, was ich mir nochmal durchlesen sollte.

Ihr seid verrückt! Ok, btt: ich habs versucht, Amin , aber irgendwie gab es keine iVar mit dem gleiche Namen wie die Property. Klasse1.m Klasse1.h @property double foo; Klasse1.h Klasse1.m @syntehsize foo; Klasse2.m objektAusKlasse1 -> foo; Compiler:

Warum kann man eigentlich nicht gleich Quellcode (1 Zeile) eingeben? Ist das ein Problem für den Compiler, sofort zu erkennen, welche Properties das neue Dicitonary nun hat?

Ich habe hier ein NSDictionary, welches bei Beendigung des Programmes gespeichert werden soll. Das klappt auch gut, solange ich das Programm auf dem Benutzer-Account verwende, auf dem ich auch programmiere (-writeToFile:automatically gibt ja nen BOOL zurück, der einem den Erfolg anzeigt). Wenn ich aber das gleiche(!) Programm auf einem anderen Benutzer-Account öffne, failt die -writeToFile:autmatically immer und das merkt man natürlich dann auch dadran, dass das Programm mal wieder die Nutzerein…