Ruby-Code-Formatter

Die Ruby-Community hat frühzeitig auf 2-Weiterspaltung durch die Ruby Style Guide und die ursprünglichen RuboCop-Standardwerte abgestimmt. Zwei-Weiterspaltungen halten tief verschachtelte Blöcke (Schließungen innerhalb von Iteratoren, verschachtelte Klassen, when-Arm innerhalb von case) horizontal kompakt, was sich gut mit dem Vorlieben von Ruby für kurze Methoden und ausdrucksstarke Block-Syntax vertritt. Die meisten beliebten Ruby-Projekte, einschließlich Rails, folgen dieser Konvention.

Funktional do...end und { ... } beschreiben dieselbe Struktur – einen Block, der an eine Methode übergeben wird – aber sie binden unterschiedlich aufgrund der Operator-Vorzeichen. do...end bindet locker (daher arr.each do |x| ... end.size ruft .size auf das Ergebnis von each, nicht auf den Rückgabewert des Blocks), während { ... } eng an die nächstgelegene Methodeaufruf gebunden ist. Style-Guides reservieren normalerweise Klammern für einzeilige Blöcke und do...end für mehrzeilige Blöcke.

Ruby ermöglicht es Ihnen, eine Bedingung nach einem Statement zu platzieren, z. B. return nil if value.nil?. Dies wird als Modifier-Formbezeichnet. Es ist syntaktisch ein einzelner Ausdruck, nicht ein Block, sodass kein enderforderlich ist. Die Modifier-Form liest sich natürlich für kurze Schutzklauseln, wird aber im Allgemeinen für komplexe Bedingungen vermieden, wo ein mehrzeiliger if Block klarer ist.

Eine Heredoc ist ein mehrzeiliger String-Literal, das mit <<TAG aufgeht und durch eine Zeile mit nur TAGgeschlossen wird. Ein einfacher <<TAG fordert, dass die Schließzeile an Spalte 0 beginnt, was mit eingerücktem Code kollidiert. <<-TAG erlaubt, dass die Schließzeile eingerückt ist, behält aber jede Zeile des Inhalts wörtlich bei. <<~TAG (die schräggestellte Heredoc, eingeführt in Ruby 2.3) entfernt die kleinste gemeinsame führende Einrückung aus jeder Zeile des Inhalts, sodass das Literal die Einrückung des umgebenden Codes ohne Leerzeichen in die resultierende Zeichenkette entspricht.