Klar, Perl::Tidy kenne ich. Das ist zusammen mit Perl::Critic der Werkzeugkasten für konsistenten, styleguide-konformen Code. Die Tools sind beide absolut empfehlenswert, mit bestenfalls kleinen Abstrichen je nach Situation.

Wenn ich zum Beispiel in einem Perl-Team arbeite, dann bin ich happy, wenn ein Styleguide existiert und der auch mit den Tools durchgesetzt wird (in commit-Hooks: Übergaben, die die Regeln verletzen, werden vom Versionsmanagement gar nicht erst angenommen). Ich bin nicht sonderlich dogmatisch, was den Stil angeht, und habe in unterschiedlichen Projekten auch unterschiedlich gearbeitet. Die genauen Regeln beider Tools kann man konfigurieren, wichtig ist, dass alle die gleichen Regeln verwenden.

Bei Code, den ich für meinen eigenen Gebrauch schreibe, bin ich weniger streng. Allerdings habe ich vor Jahren mal "Perl Best Practices" durchgearbeitet und mich an die Regeln in diesem Buch gewöhnt, zudem nimmt mir Emacs die Einrückerei und einiges anderes ab: die Tools und PBP sind sich weitgehend einig. Daher finden die Tools meistens nicht viel. Ich ärgere mich aber selber, wenn ich inkonsistent schreibe und passe das "bei Gelegenheit" an. Ich mache aber nie Commits nur "wegen der Blanks nach der Klammer".

Wenn ich mit "experimentellen" Perl-Modulen wie Object::Pad arbeite, dann führt deren erweiterte Syntax zu einigen Fehlalarmen, da muss man dann eben mit Augenmaß rangehen. Ich habe Deine Frage mal zum Anlass genommen, sowohl perltidy als auch perlcritic --brutal drüberlaufen zu lassen und werde wohl das eine oder andere anpassen, aber eher mit Schulterzucken als dogmatisch.

So wie's aussieht, ist keep_nl gar nicht implementiert (ein Hinweis darauf ist im Changelog zu finden).

Dass Here-Docs nicht funktonieren, kann ich aber nicht bestätigen - das funktioniert bei mir (ich bin allerdings nicht auf Windows).


Das ist legal, nach dem Here-Doc-Starter kann in der selben Zeile weiterer Code stehen, sogar ein weiteres Here-Doc.