Does the Options attribute class really need to be sealed?

Offen

#859 erstellt am 26.11.2022 3 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: csharp
Bereich: cli

Rechercherichtung

Es ist keine Datei und kein Test genannt. Beginne damit, die C#-Deklaration von Options/OptionAttribute und ihren sealed-Modifizierer zu finden; untersuche dann, wie Attribute verwendet und durch Tests abgedeckt werden. Als abgeschlossen gilt die Aufgabe, wenn das Projekt eine explizite, überprüfte Entscheidung darüber getroffen hat, ob abgeleitete Option-Attribute unterstützt werden, mit entsprechenden API- und Testaktualisierungen, falls diese Entscheidung dafür ausfällt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

awaiting response

I have been using CommandLineParser for a while now (and it's changed how I build tools -- thank you!) including in a program with ~50 Verbs (and growing), and since many of the Verbs take common options, I was hoping to extend Options to provide common handling of them.

Simple example: if 15 Verbs take a LogFile option, each of which has a long name ("log-file") and a help description, I can do this now by constant strings to keep them consistent, but if I were able to do:

[AttributeUsage(AttributeTargets.Property)]
public class LogFileOptionAttribute : OptionAttribute
{
    public LogFileOptionAttribute(bool required = false)
        : base("log-file") // I don't use short option names for anything
    {
        HelpText = "Name of the logfile to use for blah blah blah";
        Required = required;
    }
}

and then adorn the actual option with:

public class BlahOptions {
    ...
    [LogFileOption]
    public string LogFileName {get ; set; }
    ...
}

I have easily a dozen of these common options. It's not a huge deal to create constant strings:

    [Option(OPTION_LOGFILE_NAME, HelpText = OPTION_LOGFILE_HELPTEXT)]

but adding this level of abstraction would be more convenient.

If there's a good reason for this class to be sealed, then so be it, but mine doesn't feel like a ridiculous use case. I may well get to 100 verbs for this tool by the time I'm done.

Vorherrschende Sprache: C#
Sterne: 4.8k
Forks: 478
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus commandlineparser/commandline

Join IEnumerable defaults with separator instead of space Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

commandlineparser/commandline#951 · 1 Kommentar · Erstellt am 19.5.2026
Code example misses iEnumerable Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 70/100

commandlineparser/commandline#880 · 2 Reaktionen · Erstellt am 22.3.2023
Is it possible to create options with conditional parameters with help generation like in linux tail? Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 45/100

commandlineparser/commandline#952 · Erstellt am 16.6.2026
How to add custom help while keeping default verb help Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100

commandlineparser/commandline#948 · Erstellt am 20.10.2025
How to add examples for verbs? Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

commandlineparser/commandline#947 · Erstellt am 20.10.2025

Alle Issues in commandlineparser/commandline