it-swarm.com.de

Findet noch jemand, dass die Benennung von Klassen und Methoden einer der schwierigsten Teile der Programmierung ist?

Ich arbeite an dieser Klasse, die über einen Webdienst Hilfedokumentation von einem Anbieter anfordern soll. Ich versuche es DocumentRetriever, VendorDocRequester, DocGetter zu nennen, aber sie klingen einfach nicht richtig. Am Ende habe ich eine halbe Stunde lang durch dictionary.com gestöbert, um ein passendes Wort zu finden.

Das Programmieren mit schlechten Namen zu beginnen ist, als hätte man morgens einen sehr schlechten Tag, der Rest des Tages geht von dort aus bergab. Fühle mich?

273
Haoest

Was Sie jetzt tun, ist in Ordnung, und ich empfehle Ihnen nachdrücklich, Ihre aktuelle Syntax beizubehalten:

kontext + verb + wie

Ich benenne mit dieser Methode Funktionen/Methoden, gespeicherte SQL-Prozesse usw. Indem ich diese Syntax einhalte, bleiben Ihre Intellisense-/Codebereiche viel übersichtlicher. Sie möchten also EmployeeGetByID () EmployeeAdd (), EmployeeDeleteByID (). Wenn Sie eine grammatikalisch korrektere Syntax wie GetEmployee () oder AddEmployee () verwenden, werden Sie feststellen, dass dies sehr problematisch wird, wenn Sie mehrere Gets in derselben Klasse haben, da nicht verwandte Dinge zusammen gruppiert werden.

Ich ähnele dem Benennen von Dateien mit Datum, Sie möchten 2009-01-07.log nicht 1-7-2009.log sagen, weil die Reihenfolge völlig unbrauchbar wird, nachdem Sie einige von ihnen haben.

121
TravisO

Eine gute Namenskonvention sollte die Anzahl der möglichen Namen minimieren, die Sie für eine bestimmte Variable, Klasse, Methode oder Funktion verwenden können. Wenn es nur einen möglichen Namen gibt, fällt es Ihnen nie schwer, sich daran zu erinnern.

Für Funktionen und für Singleton-Klassen überprüfe ich die Funktion, um festzustellen, ob ihre Grundfunktion darin besteht, transform eine Art von Sache in eine andere Art von Sache umzuwandeln. Ich verwende diesen Begriff sehr locker, aber Sie werden feststellen, dass eine RIESIGE Anzahl von Funktionen, die Sie schreiben, im Wesentlichen etwas in einer Form annehmen und etwas in einer anderen Form produzieren.

In Ihrem Fall klingt es wie Ihre Klasse transformiert eine URL in ein Dokument. Es ist ein bisschen seltsam, es so zu sehen, aber vollkommen richtig, und wenn Sie anfangen, nach diesem Muster zu suchen, werden Sie es überall sehen.

Wenn ich dieses Muster finde, benenne ich immer die Funktion xFromy.

Da Ihre Funktion transformiert eine URL in ein Dokument, würde ich es nennen

DocumentFromUrl

Dieses Muster ist bemerkenswert häufig. Beispielsweise:

atoi -> IntFromString
GetWindowWidth -> WidthInPixelsFromHwnd // or DxFromWnd if you like Hungarian
CreateProcess -> ProcessFromCommandLine

Sie können auch UrlToDocument verwenden, wenn Sie mit dieser Reihenfolge zufrieden sind. Ob Sie xFromy oder yTox sagen, ist wahrscheinlich Geschmackssache, aber ich bevorzuge die From -Ordnung, da auf diese Weise der Anfang des Funktionsnamens bereits angibt, welchen Typ er zurückgibt.

Wähle eine Konvention und halte dich daran. Wenn Sie darauf achten, in Ihren xFromy -Funktionen dieselben Namen wie Ihre Klassennamen zu verwenden, ist es viel einfacher, sich zu merken, welche Namen vorhanden sind du hast benutzt. Natürlich funktioniert dieses Muster nicht für alle, aber es funktioniert, wenn Sie Code schreiben, der als "funktional" angesehen werden kann.

52
Joel Spolsky

Eine Lektion, die ich gelernt habe, ist, dass, wenn Sie keinen Namen für eine Klasse finden können, mit dieser Klasse fast immer etwas nicht stimmt:

  • du brauchst es nicht
  • es macht zu viel
50
Toon Krijthe

Manchmal gibt es keinen guten Namen für eine Klasse oder Methode, das passiert uns allen. In vielen Fällen kann jedoch die Unfähigkeit, einen Namen zu finden, ein Hinweis darauf sein, dass etwas mit Ihrem Design nicht stimmt. Hat Ihre Methode zu viele Aufgaben? Fasst Ihre Klasse eine zusammenhängende Idee zusammen?

30
Brad Barker

Thread 1:

function programming_job(){
    while (i make classes){
         Give each class a name quickly; always fairly long and descriptive.
         Implement and test each class to see what they really are. 
         while (not satisfied){
            Re-visit each class and make small adjustments 
         }
    }
}

Thread 2:

while(true){
      if (any code smells bad){
           rework, rename until at least somewhat better
      }
}

Hier gibt es nirgendwo einen Thread.sleep (...).

27
krosenvold

Ich verbringe auch viel Zeit damit, mir Gedanken über die Namen von allem zu machen, was beim Programmieren benannt werden kann. Ich würde sagen, es lohnt sich sehr gut. Manchmal, wenn ich feststecke, lasse ich es für eine Weile und während einer Kaffeepause frage ich ein bisschen, ob jemand einen guten Vorschlag hat.

Für Ihre Klasse würde ich VendorHelpDocRequester vorschlagen.

23

Das Buch Code Complete von Steve Mcconnell enthält ein nettes Kapitel über die Benennung von Variablen/Klassen/Funktionen/...

19
Emile Vrijdags

Ich denke, das ist ein Nebeneffekt.

Es ist nicht die tatsächliche Benennung, die schwierig ist. Was schwierig ist, ist, dass Sie beim Benennen der schrecklichen Tatsache ins Auge sehen, dass Sie keine Ahnung haben, was zum Teufel Sie tun.

16
Nosredna

Ich habe dieses Zitat gestern im Signal vs. Noise Blog von 37Signals gehört und stimme dem mit Sicherheit zu:

"In der Informatik gibt es nur zwei schwierige Dinge: die Ungültigmachung des Cache und das Benennen von Dingen." - Phil Karlton

12

Es ist gut, dass es schwierig ist. Es zwingt Sie, über das Problem nachzudenken und was die Klasse eigentlich tun soll. Gute Namen können zu gutem Design führen.

7
JW.

Ich habe letzten Monat gerade über Namenskonventionen geschrieben: http://caseysoftware.com/blog/useful-naming-conventions

Der Kern davon:

verbAdjectiveNounStructure - mit Struktur und Adjektiv als optionale Teile

Bei Verben halte ich mich an Aktionsverben: Speichern, Löschen, Benachrichtigen, Aktualisieren oder Generieren. Hin und wieder verwende ich "process", aber nur, um speziell auf Warteschlangen oder Arbeitsrückstände Bezug zu nehmen.

Für Substantive verwende ich die Klasse oder das Objekt, mit dem interagiert wird. In web2project sind dies häufig Aufgaben oder Projekte. Wenn Javascript mit der Seite interagiert, kann es sich um einen Text oder eine Tabelle handeln. Der Punkt ist, dass der Code das Objekt, mit dem er interagiert, klar beschreibt.

Die Struktur ist optional, da sie für die jeweilige Situation eindeutig ist. Ein Listenbildschirm fordert möglicherweise eine Liste oder ein Array an. Eine der Kernfunktionen in der Projektliste für web2project ist einfach getProjectList. Die zugrunde liegenden Daten werden nicht geändert, nur die Darstellung der Daten.

Die Adjektive sind etwas ganz anderes. Sie werden als Modifikatoren für das Substantiv verwendet. Etwas so Einfaches wie getOpenProjects kann leicht mit einem getProjects-Parameter und einem switch-Parameter implementiert werden. Dies führt jedoch tendenziell zu Methoden, die einiges Verständnis für die zugrunde liegenden Daten und/oder die Struktur des Objekts erfordern ... nicht unbedingt das, was Sie möchten ermutigen. Indem Sie explizitere und spezifischere Funktionen haben, können Sie die Implementierung vollständig umbrechen und vor dem Code verbergen, der sie verwendet. Ist das nicht einer der Punkte von OO?

6
CaseySoftware

Einverstanden. Ich mag es, meine Typnamen und Variablen so beschreibend wie möglich zu halten, ohne zu lang zu sein, aber manchmal gibt es nur ein bestimmtes Konzept, für das Sie kein gutes Wort finden können.

In diesem Fall hilft es mir immer, einen Kollegen um Eingabe zu bitten - auch wenn sie letztendlich nicht helfen, hilft es mir normalerweise, es zumindest laut zu erklären und meine Räder zum Laufen zu bringen.

6
Daniel Schaffer

Kurz gesagt:
Ich stimme zu, dass gute Namen wichtig sind, aber ich denke nicht, dass Sie sie finden müssen, bevor Sie sie um jeden Preis implementieren.

Natürlich ist es besser, von Anfang an einen guten Namen zu haben. Wenn Sie jedoch nicht innerhalb von 2 Minuten eines erstellen können, kostet ein späteres Umbenennen weniger Zeit und ist aus Sicht der Produktivität die richtige Wahl.

Long:
Im Allgemeinen lohnt es sich oft nicht, vor der Implementierung zu lange über einen Namen nachzudenken. Wenn Sie Ihre Klasse implementieren, indem Sie sie "Foo" oder "Dsnfdkgx" nennen, sehen Sie während der Implementierung, wie Sie sie hätten benennen sollen.

Insbesondere mit Java + Eclipse ist das Umbenennen überhaupt kein Problem, da es alle Referenzen in allen Klassen sorgfältig behandelt, Sie vor Namenskollisionen warnt usw. Und solange sich die Klasse noch nicht im Versionskontroll-Repository befindet, Ich glaube nicht, dass irgendetwas falsch ist, wenn man es 5 Mal umbenennt.

Grundsätzlich ist es eine Frage, wie Sie über Refactoring denken. Persönlich mag ich es, obwohl es meine Teamkollegen manchmal ärgert, da sie daran glauben , niemals ein laufendes System zu berühren . Und von allem, was Sie überarbeiten können, ist das Ändern von Namen eines der harmlosesten Dinge, die Sie tun können.

4
Lena Schimmel

Das Erstellen einer geeigneten Paketstruktur kann eine schwierige, aber lohnende Herausforderung sein, nicht nur eine Klasse zu benennen. Sie müssen in Betracht ziehen, die Anliegen Ihrer Module zu trennen und wie sie sich auf die Vision der Anwendung beziehen.

Betrachten Sie jetzt das Layout Ihrer App:

  • App
    • VendorDocRequester (vom Webservice lesen und Daten bereitstellen)
    • VendorDocViewer (verwenden Sie den Anforderer, um Herstellerdokumente bereitzustellen)

Ich würde raten, dass in ein paar Klassen viel los ist. Wenn Sie dies in einen MVC-konformen Ansatz umgestalten und kleinen Klassen erlauben, individuelle Aufgaben zu erledigen, könnten Sie am Ende Folgendes haben:

  • App
    • VendorDocs
      • Modell
        • Dokument (einfaches Objekt, das Daten enthält)
        • WebServiceConsumer (beschäftige dich mit Nitty Gritty im Webservice)
      • Regler
        • DatabaseAdapter (Beherrschen der Persistenz mit ORM oder einer anderen Methode)
        • WebServiceAdapter (Verwenden Sie Consumer, um ein Dokument zu erfassen und in der Datenbank zu speichern.)
      • Aussicht
        • HelpViewer (mit DBAdapter die Dokumentation ausspucken)

Dann verlassen sich Ihre Klassennamen auf den Namespace, um den vollständigen Kontext bereitzustellen. Die Klassen selbst können inhärent anwendungsbezogen sein, ohne dass dies explizit angegeben werden muss. Klassennamen sind dadurch einfacher und leichter zu definieren!

Ein weiterer sehr wichtiger Vorschlag: Bitte tun Sie sich selbst einen Gefallen und holen Sie sich eine Kopie von Head First Design Patterns. Es ist ein fantastisches, leicht lesbares Buch, mit dem Sie Ihre Anwendung organisieren und besseren Code schreiben können. Das Erkennen von Entwurfsmustern hilft Ihnen zu verstehen, dass viele der Probleme, auf die Sie stoßen, bereits gelöst wurden, und Sie können die Lösungen in Ihren Code integrieren.

4
Mike Griffith

Leo Brodie schrieb in seinem Buch "Thinking Forth", dass die schwierigste Aufgabe für einen Programmierer darin bestand, die Dinge gut zu benennen, und er erklärte, dass das wichtigste Programmierwerkzeug ein Thesaurus sei.

Verwenden Sie den Thesaurus unter http://thesaurus.reference.com/ .

Verwenden Sie darüber hinaus NIEMALS die ungarische Notation, vermeiden Sie Abkürzungen und seien Sie konsistent.

Die besten Wünsche.

4
Rob Williams

Es gibt nur einen sinnvollen Namen für diese Klasse:

HelpRequest

Lassen Sie sich von den Implementierungsdetails nicht von der Bedeutung ablenken.

3
Angus Glashier

Warum nicht HelpDocumentServiceClient oder HelpDocumentClient? Es spielt keine Rolle, ob es sich um einen Anbieter handelt, sondern um einen Client für einen Webservice, der sich mit Hilfedokumenten befasst.

Und ja, das Benennen ist schwer.

3
JoshBerke

Für mich ist es egal, wie lange ein Methoden- oder Klassenname so lang ist wie seine Beschreibung und in der richtigen Bibliothek. Vorbei sind die Zeiten, in denen Sie sich daran erinnern sollten, wo sich die einzelnen Teile der API befinden.

Intelisense gibt es für alle gängigen Sprachen. Daher verwende ich bei der Verwendung einer API eines Drittanbieters gerne deren Intelisense für die Dokumentation, anstatt die "tatsächliche" Dokumentation zu verwenden.

In diesem Sinne ist es in Ordnung, einen Methodennamen wie z

StevesPostOnMethodNamesBeingLongOrShort

Lange - aber na und? Wer nutzt nicht 24-Zoll-Bildschirme in diesen Tagen!

2
Steve

Investieren Sie in ein gutes Refactoring-Tool!

2
TGnat

Ich halte mich an die Grundlagen: VerbNoun (Argumente). Beispiele: GetDoc (docID).

Es besteht kein Grund zur Fantasie. In einem Jahr wird es leicht zu verstehen sein, ob Sie es sind oder jemand anderes.

2
LJ.

Nein, das Debuggen ist das Schwierigste für mich! :-)

1
Stew S

Sollte die Herstellerdokumentation nicht das Objekt sein? Ich meine, das ist greifbar und nicht nur eine Art Anthropomorphisierung eines Teils Ihres Programms. Möglicherweise haben Sie eine VendorDocumentation -Klasse mit einem Konstruktor, der die Informationen abruft. Ich denke, wenn ein Klassenname ein Verb enthält, ist oft etwas schief gelaufen.

1
Svante

Ich muss zustimmen, dass das Benennen eine Kunst ist. Es wird etwas einfacher, wenn Ihre Klasse einem bestimmten "Entwurfsmuster" folgt (Fabrik usw.).

1
Otávio Décio

Die Sprache, in der Sie das Problem beschreiben, ist die Sprache, die Sie für die Variablen, Methoden, Objekte, Klassen usw. verwenden sollten. Nomen stimmen lose mit Objekten und Verben mit Methoden überein. Wenn Wörter fehlen, um das Problem zu beschreiben, fehlt auch ein vollständiges Verständnis (Spezifikation) des Problems.

Wenn Sie nur zwischen einer Reihe von Namen wählen, sollten Sie die Konventionen verwenden, mit denen Sie das System erstellen. Wenn Sie an einem neuen Ort angekommen sind, der von früheren Konventionen nicht berücksichtigt wurde, lohnt es sich immer, einige Anstrengungen zu unternehmen, um zu versuchen, diese (ordnungsgemäß, konsequent) zu erweitern, um diesen neuen Fall abzudecken.

Wenn Sie Zweifel haben, schlafen Sie dran und wählen Sie am nächsten Morgen den ersten offensichtlichen Namen :-)

Wenn Sie eines Tages aufwachen und feststellen, dass Sie sich geirrt haben, ändern Sie es sofort.

Paul.

Übrigens: Document.fetch () ist ziemlich offensichtlich.

1
Paul W Homer

Ich finde, ich habe die meisten Probleme mit lokalen Variablen. Zum Beispiel möchte ich ein Objekt vom Typ DocGetter erstellen. Ich weiß also, dass es ein DocGetter ist. Warum muss ich ihm einen anderen Namen geben? Normalerweise gebe ich ihm einen Namen wie dg (für DocGetter) oder temp oder so ähnlich unbeschreiblich.

1
Jason Baker

Vergessen Sie nicht, dass Designmuster (nicht nur die GoF-Muster) eine gute Möglichkeit sind, ein gemeinsames Vokabular zu erstellen. Ihre Namen sollten immer dann verwendet werden, wenn sie zur jeweiligen Situation passen. Dies wird sogar Neulingen helfen, die mit der Nomenklatur vertraut sind, die Architektur schnell zu verstehen. Soll sich diese Klasse, an der Sie arbeiten, wie ein Stellvertreter oder gar eine Fassade verhalten?

1
Herrmann

Dies ist einer der Gründe für einen Kodierungsstandard. Ein Standard hilft bei der Namensfindung, wenn dies erforderlich ist. Es hilft Ihnen dabei, sich für andere, interessantere Dinge zu entscheiden! (-:

Ich würde empfehlen, das entsprechende Kapitel von Steve McConnells Code Complete ( Amazon link ) zu lesen, das mehrere Regeln enthält, um die Lesbarkeit und sogar die Wartbarkeit zu verbessern.

HTH

prost,

Rauben

1
Rob Wells

DocumentFetcher? Ohne Kontext ist es schwer zu sagen.

Es kann hilfreich sein, sich wie ein Mathematiker zu verhalten und unterwegs ein Lexikon für Ihre Domain auszuleihen/zu erfinden: Entscheiden Sie sich für kurze, einfache Wörter, die das Konzept ohne Rechtschreibung vorschlagen es jedes Mal aus. Zu oft sehe ich lange lateinische Ausdrücke, die zu Akronymen werden, sodass Sie ohnehin ein Wörterbuch für die Akronyme benötigen .

1
Darius Bacon

Ich fühle dich auf jeden Fall. Und ich fühle deinen Schmerz. Jeder Name, an den ich denke, kommt mir nur blöd vor. Es wirkt alles so allgemein und ich möchte irgendwann lernen, wie ich meinen Namen ein bisschen Flair und Kreativität verleihen kann, damit sie wirklich das widerspiegeln, was sie beschreiben.

Ein Vorschlag, den ich habe, ist, einen Thesaurus zu konsultieren. Word hat ein gutes Wort, ebenso wie Mac OS X. Das kann mir wirklich helfen, meinen Kopf aus den Wolken zu bekommen, und gibt mir einen guten Startplatz sowie Inspiration.

1
John Gallagher

Wenn jeder vernünftige Name zu lang oder zu zweideutig erscheint, können Sie versuchen, etwas zu verwenden weniger vernünftig, z.

  • klasse GoForHelpLassie
  • klasse DunnoAskTechSupport
  • klasse RTFVM [wobei V für Vendor steht]

Stellen Sie sicher, dass der Name wirklich eindeutig ist und am Anfang der Klasse ein beschreibender Kommentar angezeigt wird, da jeder, der ihn im Code sieht, ihn nachschlagen muss, um herauszufinden, was er tut ( aber wenn sie das tun, werden sie sich wahrscheinlich leichter erinnern können).

0
too much php

Wenn sich der Name einem Laien-Programmierer erklären würde, müsste er wahrscheinlich nicht geändert werden.

0
dreamlax

Ich überprüfe, ob es zu lang ist, wenn ich mich nicht zu lange daran erinnern kann

0
Ender

Ich finde es nicht schwierig. Wenn Sie es nicht benennen können, brauchen Sie es vielleicht nicht. Je besser Ihr Design ist, desto einfacher ist es, die Aufgaben Ihres Designs zu benennen.

Nun, temporäre Variablen, das ist eine andere Geschichte. :)

0
bruceatk

Nun, ich sehe es aus einer anderen Perspektive, es ist eines der wichtigsten Dinge, wenn Sie möchten, dass Ihr Code von anderen gelesen werden kann.

Versuchen Sie, es beschreibend zu gestalten, und geben Sie, wenn es von einem Drittanbieter stammt, den Namen [des Drittanbieters] in den Klassen- oder Methodennamen ein.

Wenn es zu lange dauert, verwenden Sie einfach einen beliebigen Namen, nach dem Sie ihn ändern können.

0
Geries Handal

Wenn 8 von 10 Personen es verstehen, können Sie davon ausgehen, dass es verständlich, lesbar und klar ist. Es wird immer 1 oder 2 Spitzel geben, die versuchen, Ihnen einen Fehler zu machen, außer dass sie kleinlich sind.

0
Jobo

Ich finde es einfacher, einen Namen zu wählen, wenn etwas fertig ist. Refactor-> ftw umbenennen.

0

Ein weiterer Grund, warum jeder Softwareentwickler über Schreib- und Kommunikationsfähigkeiten verfügen sollte.

PD: Ich glaube, dass auch ein umfangreicher Wortschatz wichtig ist.

0
Demian Garcia

Fassen Sie einfach die Methode/Klasse in "Ein Wort" zusammen und beantworten Sie, wofür sie bedeutet. Und für dieses Wort sollte es kein Äquivalent geben.

0
Dhana

Ich fühle deinen Schmerz. : /

Ich wünschte, es gäbe ein Tool zum Überprüfen des Quellcodes in Verbindung mit einem Datenwörterbuch (eine Datei, die die verschiedenen Variablen-/Methodennamen beschreibt, glaube ich, ähnlich wie Javadoc), sodass Sie Code wie diesen schreiben könnten:

class Battery 
{
   double I; // current
   double T; // temperature
   double V; // voltage
   double Q; // charge

   void update(double Inew, double dt) { I = Inew; Q += I*dt; }
   // ... etc ...
};

das Codeüberprüfungs-Tool kann verschiedene Aktionen ausführen, um das Anzeigen von Code im Kontext zu vereinfachen, einschließlich der Anzeige von Erinnerungen an I = current (z. B. in einem Bereich auf der rechten Seite des Fensters, in dem Variablendefinitionen angezeigt werden)/semantics/comments für die Stelle im Code, auf die Sie klicken), oder Sie können sogar ein "virtuelles Refactoring" durchführen, bei dem Sie als Code-Prüfer aus Gründen der Lesbarkeit/Anzeige etwas nach Ihren Wünschen umbenennen können, ohne den in gespeicherten Code tatsächlich zu ändern Platte.

So sehr ich selbstbeschreibende Namen mag, ich hasse es, Dinge wie BatteryFilteredCurrentInMilliamps zu lesen. In eingebetteten Systemen modellieren wir häufig Objekte auf der Basis von algebraischen Gleichungen, und Namen wie diese in Gleichungen werden sehr umständlich. (Andererseits ist ein "Ich" mit einem Hut oben und einem tiefgestellten "d" und einem hochgestellten "*" ziemlich verwirrend.)

Ich bin zunächst ein EE/Systemingenieur mit geringen Software-Verantwortlichkeiten, und am Ende ist es mir wirklich egal, was eine Variable heißt, solange ich eine bequeme Möglichkeit habe, zu sagen, was es ist, und sie in mein eigenes internes Modell abzubilden des zu steuernden Systems.

0
Jason S

Es fühlt sich für mich normalerweise sehr natürlich an. Ich mache immer sehr kurze Methoden, niemals mehr als 6 Zeilen Smalltalk-Code (automatisch formatiert), so dass ich wirklich keine Probleme habe zu sagen, worum es bei dieser Methode geht.

Manchmal sind Klassennamen schwierig, weil das Wort, das ich auswählen möchte, irgendwo im System verwendet wird, weil manchmal dasselbe Wort in unterschiedlichen Kontexten unterschiedliche Bedeutungen hat. Ich wünschte, in diesen Fällen wäre eine Wikipedia-ähnliche Syntax zulässig, sodass ich meine Klasse "Aufgabe (Aufgabenliste)" nennen könnte. Bis das legal ist, mache ich ein großes deutsches Wort daraus: ToDoListItemTask. Vielleicht haben Sie es erraten: Meine Methodennamen können auch sehr lang sein. Aber ich denke, dass sie lesbar sind.

In Ihrem Fall ist Ihre Klasse also ein "Getter" oder Retriever oder was auch immer. Sind Sie sicher, dass dies in der Klasse modelliert werden sollte? Sollte der Lieferantendokument nicht in der Lage sein, sich selbst anzufordern? So etwas wie vendorDoc.requestFrom (Quelle); wäre einfacher zu benennen, nicht wahr?

prost,

niko

0
nes1983

Nicht wirklich. In Anbetracht all der schwierigen Dinge, die Sie beim Codieren verstehen müssen, ist es absurd zu sagen, dass das Benennen von Klassen und Methoden eines der schwierigsten Dinge beim Programmieren ist. Versteht mich nicht falsch, manchmal fällt es mir schwer, an einen guten Namen zu denken, aber lasst uns hier echt sein. Ich werde so weit gehen zu sagen, dass es einer der einfachsten Teile der Programmierung ist.

0
Rayne