C# - variable Länge args, was ist besser und warum: __arglist, params array oder ein Dictionary<T,K>?

Kürzlich Las ich folgenden post-überlauf:
Versteckte Features von C#

Eines der Merkmale wies darauf hin wurde der arglist. Warum sollte man dieses wählen oder die alternativen, die als Mittel mit einer Variablen Länge der Argumentliste einer Methode? Beachten Sie auch, dass ich wahrscheinlich würde nicht verwenden, diese Art von konstruieren in meinem code, es sei denn, eine Ecke Fall gerechtfertigt, dies zu tun. Dies ist mehr eine Frage der Semantik, als ob es auch praktisch ist, oder klug, sogar mit variabler Länge Argumente. Also weiß jemand, welche besser ist und warum?

 [Test]
 public void CanHandleVariableLengthArgs()
 {
     TakeVariableLengthArgs(__arglist(new StringBuilder(), 12));

     object[] arr = { new StringBuilder() };
     TakeVariableLengthArgs2(arr);

     TakeVariableLengthArgs3(
         new Dictionary<string, object> 
         { { "key", new StringBuilder() } });
 }

 public void TakeVariableLengthArgs(__arglist)
 {
      var args = new ArgIterator(__arglist);

      var a = (StringBuilder)TypedReference.ToObject(args.GetNextArg());
      a.Append(1);
 }

 public void TakeVariableLengthArgs2(params object[] args)
 {
      var a = (StringBuilder)args[0];
      a.Append(1);
 }

 public void TakeVariableLengthArgs3(Dictionary<string, object> args)
 {
      var a = (StringBuilder)args["StringBuilder"];
      a.Append(1);
 }
  • Die Sohle durch-design Zweck __arglist-ist, so dass Sie können sicher tun interop-Anrufe zu und von Bibliotheken in C++ geschrieben, die Verwendung von C-Stil-var args. Verwenden Sie es nicht für nichts.
  • Wenn Sie möchten, um pinvoke wsprintf-Funktion, Sie gotta verwenden __arglist.
InformationsquelleAutor mkelley33 | 2009-05-26
  1. 8

    Hätte ich sicherlich nie verwenden __arglist, da es nicht dokumentiert und keiner weiß, was es bedeutet in jedem Fall.

    Ich würde auch vermeiden, variable-length argument lists für so lange wie möglich, und statt Nacharbeit mein design, um zu verstehen, was wirklich variabel, und das Modell, dass die Variabilität in einer weniger Plattform-abhängigen Weise.

    • Vielen Dank für den input. Ich wusste es nicht, war ohne Papiere. Ich Schätze Ihren Hinweis. Sicherlich ein guter Grund, misstrauisch zu sein. Kennen die Unterschiede in den Zustand/das Verhalten zwischen den 3 Arten (__arglist, params[] oder Dictionary<string,object>)?
    • Man ist nie verwendet werden, ist ein array, ist ein Wörterbuch. Alle sind oft ein Zeichen von schlechtem design.
    • Hahaha, ok, damit ich sehe, wo Sie stehen, auf. Ich war einfach neugierig, wenn man möchte der anderen vorgezogen. Ich ganz klar auf Ihre Typen. Ich Suche nach einer Erklärung für ein wenig mehr in die Tiefe. Ich Schätze Ihre Kritik mit jedem von Ihnen. Ich Stimme zu 100%, aber manchmal sind wir mit anderen interagieren, sich in ein schlechtes design, mit unseren Zähnen und das beste zu hoffen!
    • Mit einem Wörterbuch oder params ist schlechtes design? Was?
    • Ich sagte "oft" ein Zeichen für schlechtes design. Nicht "immer" ein Zeichen für schlechtes design.
    • Ich verstehe immer noch nicht, wie sich die Verwendung entweder kann jedes Anzeichen von schlechtem design.
    • Ich meinte, dass Häufig ist dies ein schlechtes Zeichen, da es Häufig zeigt an, dass die API ist nicht gut durchdacht.

    InformationsquelleAutor John Saunders
  2. 4

    C# 4 wird eine bessere Mechanismus für diese; benannte und optionale Argumente:

    static void Main(string[] args)
{
    //The method can be called in the normal way, by using positional arguments.
    Console.WriteLine(CalculateBMI(123, 64));

    //Named arguments can be supplied for the parameters in either order.
    Console.WriteLine(CalculateBMI(weight: 123, height: 64));
    Console.WriteLine(CalculateBMI(height: 64, weight: 123));

    //Positional arguments cannot follow named arguments.
    //The following statement causes a compiler error.
    //Console.WriteLine(CalculateBMI(weight: 123, 64));

    //Named arguments can follow positional arguments.
    Console.WriteLine(CalculateBMI(123, height: 64));
}

static int CalculateBMI(int weight, int height)
{
    return (weight * 703) / (height * height);
}
    InformationsquelleAutor bzlm
  3. 3

    Es hängt von der Fall. Ich habe params in den Fällen, wo ich eine variable Anzahl von Argumenten und es trägt wesentlich zur Lesbarkeit der aufrufende code.

    Beispielsweise habe ich eine Klasse, die das repräsentiert, ein TIFF-Dokument und ermöglicht den Zugriff auf eine Sammlung von Seiten, die neu angeordnet werden können, und durchsetzt mit anderen TIFF-Dokumente. Da eine der häufigsten Aufgaben, die unsere Kunden wollen, ist die Möglichkeit, einfach kombinieren Sie mehrere TIFF-Dokumente in einer einzigen, bieten wir auch die folgenden zwei Methoden:

    public static void Combine(Stream output, params Stream[] sources) { /* ... */ }
public static void Combine(Stream output, params string[] sourceFiles) { /* ... */ }

    welche in der Nutzung machen den client-code, der das Gefühl hat, wirklich nett:

    using (FileStream output = new FileStream(outputPath, FileMode.Create)) {
    TiffDocument.Combine(output, tpsCoverSheetPath, mainDocumentPath, tpsTrailerPath);
}
    • Vielen Dank für das Beispiel. Wie ist das günstiger als mit __arglist, Wörterbücher<K V> oder auch IEnumerable? Wie sieht es hinzufügen, um die Lesbarkeit? Zum Beispiel, was ist für dich schlechter lesbar? Auf was deine Wahl ab?
    • Sicher ist C# nicht wirklich gut zu machen, dynamische Listen, ohne die starke Nutzung von neuen (neue Foo[] { new Foo(a), new Foo(b) }). Params Streifen einem Niveau des neuen heraus, entfernt einige syntaktische Unordnung, und in diesem Beispiel fühlt sich auch gut auf der ganzen use case. IEnumerable ist besser, wenn die Liste der Dinge, die muss gebaut werden und manipuliert programmatisch erste (ie) hinzufügen, entfernen, Sortieren). Wörterbuch<> ist es besser, nicht homogeonous paramaterization, aber es ist unangenehm für mich. __arglist-ist raus.
    InformationsquelleAutor plinth
  4. 3

    Im Allgemeinen, sind Sie wahrscheinlich besser dran, die Vermeidung von nicht dokumentierten Funktionen der Sprache - und das aus mehreren Gründen.

    • Sind Sie eher zu ändern, dann die etablierten, dokumentierten Funktionen
    • Sie können Nebenwirkungen haben und die Auswirkungen, die nicht offensichtlich sind, in Ihrer Nutzung
    • Anderen Entwicklern nicht vertraut mit Ihnen und haben eine härtere Zeit mit der Pflege Ihres code
    • Refactoring-tools (wie die VS selbst oder Resharper) sind kaum in der Lage, Sie zu erkennen
    • Den Sie mitnehmen Klarheit von der Absicht der code
    • Gibt es Sprache-unterstützt alternativen, die meisten von Ihnen

    In dem speziellen Fall, den __arglist, die Sie erreichen können, die gleichen Funktionen mit der Sprache unterstützt params Schlüsselwort, das Ihnen erlaubt zu erstellen, geben Sie-sicher variable argument-Listen für Methoden in C#. Als eine Praxis, obwohl, ich wäre vorsichtig, es zu benutzen, wie Sie es können, verbergen Sie Ihren code, wenn Sie verwendet inpropertly - gute use cases (wie in der Zeichenkette.Format (), die akzeptiert variable, Argumente) - weniger Häufig sind, als man denken würde.

    InformationsquelleAutor LBushkin
  5. 0

    Ich würde es lieber nicht verwenden alle der drei Techniken, die hier beschrieben. Ich würde stattdessen entwerfen Sie ein value-Objekt, das starke Typen, wo immer möglich, und vielleicht sogar auf null festlegbaren Typen. Wenn es hart auf hart kommt Sie können erstellen einer generisch typisierten Wert-Objekt zu.

    Es ist einfach alles so viel code smell in diese Art der Codierung für mich. Ein variable Länge Sammlung von Objekt ? Würde nicht unbemerkt in meine code-review.

    Bearbeiten:
    Und wenn es an meinem code abgeben würde der parameter in allen Wahrscheinlichkeit ein IEnumerable-Instanz und keiner der drei Vorschläge posten. IEnumerable ist das magerste, was könnte meine Kapseln braucht.

    • Ich Stimme völlig mit Ihnen überein, aber das ist einfach eine Frage, über die vor-und Nachteile in den engen Zusammenhang der drei Arten.
    • Ok, brach in ein edit 🙂
    InformationsquelleAutor krosenvold
Schreibe einen Kommentar