Mahlzeit,

Ich erzähl dir jetzt mal, wieso ich das nicht machen würde. Nehmen wir an, du schreibst ein CLI-Tool. Ich nutze es und automatisiere es per Bash-Script.
Jetzt bin ich ne faule Sau und nutze die kurzen Paramater,

STOP ;)
Die kurzen Opts sind für kurze Hacks auf der Konsole gedacht. Wenn Ich was automatisiere, z.B. in eine Bash oder Crontab eintrage, da nutze ich die langen Options. Weil: Ich da relativ sicher sein kann, dass die sich nicht ändern und außerdem besser verständlich sind.

soweit sie verfügbar sind. Jetzt implementierst du einen neuen Parameter der sich mit einem vorhandenen Kürzel überschneidet.

Ne, hier ist der Denkfehler: Ein neuer Parameter (Option) wird ausgeheckt. Als was? Als: Long-Option. Da ist eine Überschneidung ausgeschlossen.

Dein Script meckert das zwar an, aber erstmal funktioniert mein Script nicht mehr und ich muss nach Fehlern suchen.

Ok, ok, schiefgehen kann alles irgendwann mal...

Wenn du also nur eine eindeutige Kurzform und eine Langform bereitstellst, kann das nicht passieren.

Es geht einfacher: Weil nur die Langform bereitgestellt wird und die ist eindeutig. Die Kurzform ergibt sich aus der vorgegebenen Langform, das stellt die Lib Getopt::Long sicher.

Deshalb halte ich das nicht für sinnvoll ;) Aber, wie alles, ist das Geschmacksache.

Die library Getopt::Long akzeptiert eine Kurzform, wenn sie eindeutig ist. Ich halte es für sinnvoll, mögliche Kurzformen auch auf der man page auszugeben, das ist benutzerfreundlicher als dass sich ein Benutzer selbst die Kurzform erarbeitet.

Die Idee, eine man page automatisch aus der Konfiguration heraus zu erzeugen, ist uralt (Stichwort faue Sau).
Updated: $self->manpage() ;)

Schön' Ahmd ;)