{"id":26709,"date":"2017-06-17T11:03:19","date_gmt":"2017-06-17T11:03:19","guid":{"rendered":"https:\/\/dev.railscarma.com\/rails-development-coding-conventions-best-practices\/"},"modified":"2024-01-10T11:41:26","modified_gmt":"2024-01-10T11:41:26","slug":"rails-entwicklung-kodierkonventionen-best-practices","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/de\/blog\/fachartikel\/rails-entwicklung-kodierkonventionen-best-practices\/","title":{"rendered":"Rails-Entwicklung: Kodierungskonventionen und bew\u00e4hrte Praktiken"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Was steckt in einem Namen?<\/h4>\n

Ein guter Name beantwortet wichtige Fragen. Was beinhaltet er? Was bedeutet er? Wie kann ich es verwenden?
\nWelche Rolle spielt sie?
\nBenennen Sie Ihre Methoden immer nach ihrem Verhalten und nicht nach ihrer Implementierung.
\nBedenken Sie,<\/p>\n

\"Kodierung\"<\/a><\/p>\n

Anhand des obigen Methodennamens k\u00f6nnen wir vorhersagen, dass sie 2-3 Datenbankoperationen durchf\u00fchren wird, aber
\nwenn ich im Gesch\u00e4ftsmodell arbeite, warum sollte mich das etwas angehen?
\nDurch die Benennung von Methoden auf der Grundlage ihrer Gesch\u00e4ftsrolle kann die Methode umbenannt werden in,<\/p>\n

\"Rails-Codierung\"<\/a><\/p>\n

Strukturelle Benennung<\/strong><\/h4>\n

Eine weitere g\u00e4ngige Strategie besteht darin, Dinge nach ihrer Rolle im Programm zu benennen. Es ist die Eingabe oder die Ausgabe. Es ist die wiederkehrende Phrase oder der mittlere Satz. Betrachten Sie den Code zum Z\u00e4hlen von Differenzen zwischen zwei Punkten;<\/code><\/p>\n

\"\"<\/a><\/p>\n

Hier sind die Argumente erstens und zweitens ziemlich vage, wenn man bedenkt, dass wir nicht einmal sicher sind, ob die Reihenfolge eine Rolle spielt. In diesem Zusammenhang spielt sie keine Rolle.
\nIch kann dann meinen Code wie folgt umstrukturieren;<\/p>\n

\"Schienen\"<\/a><\/p>\n

Daraus k\u00f6nnen wir schlie\u00dfen, dass der erste Schritt darin bestand, das Problem auf Englisch zu beschreiben. Bei der Berechnung des Abstands zwischen zwei Str\u00e4ngen geht es um die Anzahl der Mutationen, die zwischen den beiden Str\u00e4ngen auftreten.<\/p>\n

Refaktorierung<\/strong><\/h4>\n

Das Umstellen von Code ist im Allgemeinen ziemlich trivial. Der knifflige Teil besteht darin, zu wissen, wo man anfangen soll, und zu erkennen, dass man es tun kann. Ein Teil der \u00dcberwindung dieser H\u00fcrde besteht darin, es einfach ein paar Mal zu tun. Suchen Sie eine Bedingung, und erstellen Sie f\u00fcr jeden ihrer Bl\u00f6cke ein Objekt, dessen einzige Aufgabe es ist, diese Aufgabe zu erf\u00fcllen.<\/p>\n

Beim Refactoring geht es darum, einen Codeschnipsel zu erkennen, der bekannterma\u00dfen problematische Merkmale aufweist, und eine \u00c4nderung vorzunehmen, von der bekannt ist, dass sie diese Kategorie von Problemen behebt.
\nDieses problematische Muster wird als Code Smell bezeichnet: \"Code Smell ist ein oberfl\u00e4chlicher Hinweis, der in der Regel auf ein tieferes Problem im System hinweist.\" - Martin Fowler
\nEs ist nie eine schlechte Idee, klein anzufangen. Wenn man den Code auf Mikroebene refaktorisieren kann, dann wird er, wenn alles zusammenkommt, zu einem refaktorisierten Code.
\nBetrachten Sie zum Beispiel zwei Codeschnipsel,<\/p>\n

\"Summe\"                       <\/a>\"alt\"<\/a><\/p>\n

Worin besteht die \u00c4hnlichkeit der obigen Codest\u00fccke? Beide haben jede Schleife, und wenn wir versuchen, ihren Code zu finden riecht,<\/span>
<\/p>\n