objective-c private versus public-Methoden und-Deklaration in einer header-oder nicht?

Was ist die best-practice-Ansatz, um private Methoden in objective-c. Das ist eine Methode, die nur verwendet die Klasse als helper-Methode.

In allem, was mir nicht klar ist:

  1. Ist es eine Notwendigkeit, um die angegebene Methode in der header-Datei als private überhaupt? also warum nicht einfach lassen Sie es aus der header-Datei, und
  2. Wenn Sie können, lassen Sie es aus der header-Datei, dann was ist der Punkt, dass private Methoden?
  3. Oder ist es der Fall in objective-c gibt es keine solche Sache wie echte private Methoden, in dem Fall ist es besser, einfach geben Sie alles in die header-Datei und keine Mühe Kennzeichnung der private überhaupt?

Dank

  • Denken Sie nur daran, dass es keine solche Sache wie eine 'private' - Methode, soweit Sie nicht in der Lage zu sein, aufgerufen aus anderen Klassen. Dass es in einer Kategorie verbirgt die Existenz der Methode, aber wenn die Klasse implementiert eine Methode, die darauf reagieren wird.
  • oh...ok....tun die meisten Menschen immer noch Mühe, markieren Sie als privat oder nur stellen Sie dann der öffentlichkeit und in der Liste in der *.h-Datei zusammen mit true öffentlichen Methoden
  • Wenn Sie möchten, erhalten Benutzer eine klare Schnittstelle, sollten Sie nicht die Liste der Methoden in der header, die Sie nicht verwenden möchten. Allerdings, wenn Sie nicht deklarieren Sie eine Klasse Erweiterung (siehe meine Antwort), verlieren Sie alle Feinheiten der compiler-time syntax-Prüfung. Anomie s Antwort ist gut, aber es ist das "C" Weg, Dinge zu tun. Klasse Erweiterungen ist der neue "Objective C" Weg, dies zu erreichen.
InformationsquelleAutor Greg | 2011-03-13
  1. 7

    Gibt es keine Notwendigkeit, legen Sie die Methode in der öffentlichen header-Datei. Möchten Sie vielleicht eine "private" - header-Datei für die Verwendung durch andere Klassen im Modul, wenn die Klassen im Modul sollen die "Freunde". Sie könnte sogar eine "geschützte" header-Datei, wie Apple funktioniert mit UIGestureRecognizerSubclass.h zum Beispiel. Es ist alles nur Konvention, obwohl, nichts, unterstützt durch die Sprache selbst.

    Private Methoden in Objective-C ist nur eine, die ist nicht öffentlich dokumentiert; jede Methode kann noch genannt werden, von überall, solange der Anrufer den Namen weiß Sie, um zu erstellen einen entsprechenden Selektor. Der Vorteil von nicht öffentlich dokumentieren eine Methode ist, dass Sie sind frei, zu ändern oder zu entfernen, ohne sich Gedanken über die Abwärtskompatibilität. Verlassen Sie aus der header-Datei ist eine Möglichkeit, nicht öffentlich zu dokumentieren.

    • Kein argument, mit deiner Antwort--es ist technisch korrekt. Aber, durch das weglassen einer Erklärung der alten C Weg, Dinge zu tun. Mit einer Klasse-Erweiterung erklären Sie Ihre Methode in der Implementierungsdatei ist wirklich die neue best-practice für die Verwaltung dieser in objective-c 2.0. Will nur sicher Leute, die dies Lesen pick-up auf, dass. Cheers.
    InformationsquelleAutor Anomie
  2. 6

    Was Sie wahrscheinlich wollen, um zu verwenden, wird als "Class-Erweiterungen". Sie sehen zwar ähnlich aus, aber sollte nicht verwechselt werden mit Kategorien. Dies ermöglicht es Ihnen zu erklären private Methoden in Ihrem .m-Datei, und Sie bekommen all die schönen IDE-Korrekturen und Anregungen.

    Hier ist ein anständiger Artikel über Sie

    Und eine Verwandte Frage ALSO

    • diese scheinen nicht zu decken, die Möglichkeit, nur die Implementierung einer Methode in der "Implementierung"/*.m-Datei und verwenden Sie es innerhalb von - gibt es etwas falsch mit, dies zu tun?
    • Es gibt nichts mehr falsch, als Sie mit der Definition einer Funktion in C, ohne Sie zu deklarieren irgendwo ersten. Es sind die gleichen Vorsichtsmaßnahmen WTF Reihenfolge in der Quell-Datei und wie, auch.
    • Das wird auch funktionieren, nur erkennen, dass Sie haben, um Fragen. Erhalten Sie noch eine Warnung aus, wenn die Umsetzung wird nach der Verwendung in die Quelle, zum Beispiel. Verwenden Sie eine Erweiterung für gerade ungefähr alles -- interne macht es einfach, one-stop Blick auf die Umsetzung Bestand.
    • Heh, meinst du "WRT"? Ich bin mir nicht sicher, wie WTF, gilt nur für diesen Satz...
    • Hah, ja. Ich würde den Kommentar Bearbeiten, aber für einige Grund es nicht lassen Sie mich.
    InformationsquelleAutor DougW
  3. 2

    Best practice (und ist auch eine compiler-option, um zu überprüfen) ist, dass ALLE Methoden deklariert werden, die eine oder andere Weise. Zu 'verstecken' helper-Methoden von neugierigen Augen, deklarieren Sie Sie als solche in der Umsetzung .m-Datei, wie in:

    #import Client;

@interface myClass (Private)
- (void) privateMethod;
- (float) bankAccountBalanceForClient:(Client *)client;
@end

@implementation myClass
- (void) privateMethod;
{
    //foo here
}

    und so weiter. die privaten Methoden sind eine Kategorie namens " Private myClass Methoden. Diese Kategorie erklärt werden kann überall, auch im master .h-Datei namens private Methoden, obwohl, dass wäre ein Wartungs-Albtraum.

    So, mit der öffentlichkeit .h-Datei für den public-Methoden, und die .m-Datei zu deklarieren private Methoden, Sie haben alle Ihre Methoden erklärt, irgendwo. Ich benutze diese compiler option zu gewährleisten und zu erzwingen, so dass jede Methode, die verwendet wird eigentlich irgendwo erklärt (oder ich bekomme einen syntax-Fehler) und ich somit nicht alle runtime stürzt ab, aufgrund der Methode nicht gefunden.

    InformationsquelleAutor PapaSmurf
Schreibe einen Kommentar