Ne prend pas en C# les Méthodes d'Extension permettent de passer des paramètres par référence?

Est-il vraiment impossible de créer une méthode d'extension en C#, où l'instance est passé comme une référence?

Voici un échantillon VB.NET application console:

Imports System.Runtime.CompilerServices

Module Module1
  Sub Main()
    Dim workDays As Weekdays

    workDays.Add(Weekdays.Monday)
    workDays.Add(Weekdays.Tuesday)

    Console.WriteLine("Tuesday is a workday: {0}", _ 
      CBool(workDays And Weekdays.Tuesday))
    Console.ReadKey()
  End Sub
End Module

<Flags()> _
Public Enum Weekdays
  Monday = 1
  Tuesday = 2
  Wednesday = 4
  Thursday = 8
  Friday = 16
  Saturday = 32
  Sunday = 64
End Enum

Module Ext
  <Extension()> _
  Public Sub Add(ByRef Value As Weekdays, ByVal Arg1 As Weekdays) 
    Value = Value + Arg1
  End Sub
End Module

Notez la Valeur du paramètre est passé ByRef.

Et (presque) la même chose en C#:

using System;

namespace CS.Temp
{
  class Program
  {
    public static void Main()
    {
      Weekdays workDays = 0;

      workDays.Add(Weekdays.Monday); //This won't work
      workDays.Add(Weekdays.Tuesday);

      //You have to use this syntax instead...
      //workDays = workDays | Weekdays.Monday;
      //workDays = workDays | Weekdays.Tuesday;

      Console.WriteLine("Tuesday is a workday: {0}", _ 
        System.Convert.ToBoolean(workDays & Weekdays.Tuesday));
      Console.ReadKey();
    }
  }

  [Flags()]
  public enum Weekdays : int
  {
    Monday = 1,
    Tuesday = 2,
    Wednesday = 4,
    Thursday = 8,
    Friday = 16,
    Saturday = 32,
    Sunday = 64
  }

  public static class Ext
  {
    //Value cannot be passed by reference? 
    public static void Add(this Weekdays Value, Weekdays Arg1) 
    {
      Value = Value | Arg1;
    }
  }
}

La Add méthode d'extension ne fonctionne pas en C# parce que je ne peux pas utiliser le ref mot-clé. Est-il une solution pour cela?

  • Juste pour l'achèvement du souci: la bonne façon de "Ajouter" une valeur d'un indicateur enum est Value = Value Or Arg1 sauf si vous voulez que l'ajout de Monday deux fois se comporte comme l'ajout de Tuesday. La bonne façon de retirer un drapeau est Value = (Value Or Arg1) Xor Arg1.
InformationsquelleAutor Jakob Gade | 2009-08-11
  1. 13

    Pas. En C#, vous ne peut pas spécifier toutes les modificateurs (comme " out " ou ref) autres que this pour le premier paramètre d'une méthode d'extension - vous pouvez le faire pour les autres. Pas familier avec la Syntaxe VB, mais il semble être à l'aide d'une approche déclarative pour marquer une méthode d'extension.

    Quand vous l'appelez, vous ne pas spécifier la première this paramètre. Donc, marquant le paramètre ou ref ne fait pas sens que Vous ne pouvez pas spécifier le modificateur quand vous l'appelez comme vous le feriez pour les méthodes normales

    void MyInstanceMethod(ref SomeClass c, int data) { ... } //definition

obj.MyInstanceMethod(ref someClassObj, 10);              //call

void MyExtensionMethod(this SomeClass c, int data) {.... } //defn

c.MyExtensionMethod(10);                                 //call

    Je pense que les difficultés que vous rencontrez ici est lié à des types de valeur étant immuable. Si les jours de la Semaine a été un type de référence, il travaille bien. Pour immuable types (les structures), la defacto moyen est de renvoyer une nouvelle instance avec la valeur requise. E. g. Voir la méthode Add sur la structure DateTime, il retourne une nouvelle instance de DateTime dont la valeur = récepteur de type DateTime de l'occurrence de la valeur + param valeur.

    public DateTime Add( TimeSpan value )
    • En vb, on peut spécifier une méthode d'extension prend l'implicite this (Me) comme un ByRef paramètre; malheureusement, le compilateur procède ensuite à permettre la lecture des structures exclusivement à être transmis. L'une des principales plaintes concernant les types de valeur mutables, c'est que depuis il n'y a rien pour indiquer les méthodes de muter this, ils permettent de telles méthodes à appeler inutilement sur les instances. Je trouve bizarre que l'vb.net les réalisateurs décident de permettre une extension de la méthode qui prend un ByRef paramètre--pratiquement en hurlant "je VAIS LA MUTATION de l'ARGUMENT!"--en lecture seule de contexte.
    InformationsquelleAutor Gishu
  2. 11

    Aïe, - vous réalisez une mutable immuable struct. Il rompt ce que les gens attendent de voir en C#, mais si vous devez, ensuite, vous pouvez toujours appeler directement la méthode:

    Ext.Add(ref value, arg1);

    Aucune méthode d'extension est directement appelable.

    Aussi, une clarification:

    SomeReferenceType value = ...;
SomeReferenceType copy = value;
value.ExtensionMethodByRef(...);
//this failing is semantically ridiculous for reference types, which
//is why it makes no sense to pass a `this` parameter by ref.
object.ReferenceEquals(value, copy);
    • mutable immuable struct?
    • yep, Eric Lippert serait avec plaisir 😉
    • Les énumérations sont des valeurs inaltérables, mais le passage par référence à ce paramètre une extension de la méthode qu'elle se comporte comme une valeur mutable.
    InformationsquelleAutor Sam Harwell
  3. 4

    Étrange que VB.NET permet ce et C# n'est pas...

    Cependant, bien qu'il puisse faire sens à partir d'un point de vue technique (depuis une méthode d'extension est juste une méthode statique), je pense qu'il ne se sent pas le droit, parce que les méthodes d'extension sont utilisés comme s'ils étaient les méthodes d'instance et les méthodes d'instance ne peuvent pas modifier les this de référence.

    • En fait, les méthodes d'instance peut modifier "présent" dans les types de valeur. Bizarre, mais vrai.
    • wow... je n'ai jamais réalisé que !
    • Il est inutile de dire que cette SUCE le gros temps pour C#.
    • Je crois que c'est le genre de chose qui est là pour "éviter les mauvais code", comme beaucoup d'autres choses en C# qui sont plus restrictives que, disons, C++, et à cause d'eux, le code est plus facile à lire et à maintenir. C'est ce que je pense qu'ils ont peut-être pensé que quand ils ont mis la limitation en place.
    InformationsquelleAutor Thomas Levesque