Ich habe eine Methode, um Daten aus einer Datenbank zu ziehen, und ich möchte, dass sie das bekommt:
Limit von fünf Einträgen, Artikeltyp ist Newsletter, Muss aktiv sein (PublishDate & lt; DateTime.Now)
Also denke ich daran, es GetFiveActiveNewslettersByCreatedDate ()
zu nennenDas scheint mir ein bisschen lang zu sein. Ich schaute auf der Website nach einer guten Möglichkeit, solche Dinge zu benennen, wie würdest du damit umgehen?
Um diese spezifische Benennung zu vermeiden, würde ich darüber nachdenken, die Methode generisch zu machen. Etwas wie:
%Vor%Der Grund, warum ich es vermeiden würde, "fünf" in den Namen zu schreiben, ist persönlich, was es auf der ganzen Linie bedeuten könnte.
Was wäre zum Beispiel, wenn in bestimmten Szenarien statt 5 nur 10 Newsletter angefordert würden? Nun, Sie würden eine zusätzliche Methode GetTenActiveNewslettersByCreatedDate()
erstellen. Und jetzt haben Sie ein "Design-Muster", dem nachfolgende Entwickler folgen werden, wenn 20, 50, 100 Newsletter benötigt werden. Dies ist ein Entwurf, der verrotten wird, und Sie können ihn nun abschalten, indem Sie die fünf Parameter parametrisieren.
Natürlich könnte dies YAGNI / spekulative Allgemeinheit sein. Wenn 5 wirklich eine Art von Magie ist, hart-schnell, wird niemals die Regel ändern, dann könntest du es vorsichtig backen. Ich finde nur, dass ich es bereut habe, solche Dinge weit, viel öfter als nicht zu tun und zu sehen.
Nennen Sie es, damit jedem Entwickler klar ist, was die Methode macht. Selbstkommentar Code ist König. Wenn Ihr Methodenname zu lang wird, machen Sie wahrscheinlich zu viele verschiedene Dinge darin und wären ein Kandidat für das Refactoring.
Was Ihr spezifisches Beispiel betrifft, habe ich kein Problem mit dem Namen, den Sie angegeben haben.
Tags und Links sql c# database methods sharepoint