Por el momento todavía no es compatible con el compilador de Roslyn.
Hasta ahora, las propiedades de extensión no se consideraban lo suficientemente valiosas como para ser incluidas en las versiones anteriores del estándar C #. C # 7 y C # 8.0 lo han visto como campeón de la propuesta, pero aún no se lanzó, sobre todo porque incluso si ya hay una implementación, quieren hacerlo desde el principio.
Pero será ...
Hay un elemento de miembros de extensión en la lista de trabajo de C # 7, por lo que puede ser compatible en un futuro próximo. El estado actual de la propiedad de extensión se puede encontrar en Github debajo del elemento relacionado .
Sin embargo, hay un tema aún más prometedor que es "extender todo" con un enfoque especial en propiedades y clases estáticas o incluso campos.
Además, puede usar una solución alternativa
Como se especifica en este artículo , puede usar la TypeDescriptorcapacidad de adjuntar un atributo a una instancia de objeto en tiempo de ejecución. Sin embargo, no está utilizando la sintaxis de las propiedades estándar.
Es un poco diferente de solo el azúcar sintáctico y agrega la posibilidad de definir una propiedad extendida
string Data(this MyClass instance)como un alias para el método de extensión,
string GetData(this MyClass instance)ya que almacena datos en la clase.
Espero que C # 7 proporcione una extensión con todas las funciones (propiedades y campos), sin embargo, en ese punto, solo el tiempo lo dirá.
Y siéntase libre de contribuir ya que el software del mañana vendrá de la comunidad.
Actualización: agosto de 2016
Como el equipo dotnet publicó las novedades en C # 7.0 y de un comentario de Mads Torgensen :
Propiedades de extensión: tuvimos un interno (¡genial!) Que las implementó durante el verano como un experimento, junto con otros tipos de miembros de extensión. Seguimos interesados en esto, pero es un gran cambio y debemos sentirnos seguros de que vale la pena.
Parece que las propiedades de extensión y otros miembros siguen siendo buenos candidatos para ser incluidos en una versión futura de Roslyn, pero tal vez no la versión 7.0.
Actualización: mayo de 2017
Los miembros de la extensión se han cerrado como duplicado de la extensión de todo lo que también está cerrado. La discusión principal fue, de hecho, sobre la extensibilidad de tipo en un sentido amplio. La característica ahora se rastrea aquí como una propuesta y se ha eliminado del hito 7.0 .
Actualización: agosto de 2017: función propuesta de C # 8.0
Si bien sigue siendo solo una característica propuesta , ahora tenemos una visión más clara de cuál sería su sintaxis. Tenga en cuenta que esta será la nueva sintaxis para los métodos de extensión también:
public interface IEmployee
{
public decimal Salary { get; set; }
}
public class Employee
{
public decimal Salary { get; set; }
}
public extension MyPersonExtension extends Person : IEmployee
{
private static readonly ConditionalWeakTable<Person, Employee> _employees =
new ConditionalWeakTable<Person, Employee>();
public decimal Salary
{
get
{
// `this` is the instance of Person
return _employees.GetOrCreate(this).Salary;
}
set
{
Employee employee = null;
if (!_employees.TryGetValue(this, out employee)
{
employee = _employees.GetOrCreate(this);
}
employee.Salary = value;
}
}
}
IEmployee person = new Person();
var salary = person.Salary;
Similar a las clases parciales, pero compiladas como una clase / tipo separado en un ensamblaje diferente. Tenga en cuenta que también podrá agregar miembros y operadores estáticos de esta manera. Como se menciona en el podcast Mads Torgensen , la extensión no tendrá ningún estado (por lo que no puede agregar miembros de instancias privadas a la clase), lo que significa que no podrá agregar datos de instancias privadas vinculadas a la instancia . La razón invocada para eso es que implicaría administrar internamente diccionarios y podría ser difícil (administración de memoria, etc.). Para esto, aún puede usar la técnica TypeDescriptor/ ConditionalWeakTabledescrita anteriormente y con la extensión de propiedad, la oculta bajo una buena propiedad.
La sintaxis aún está sujeta a cambios, ya que implica este problema . Por ejemplo, extendspodría reemplazarse por lo forque algunos pueden sentirse más naturales y menos relacionados con Java.
Actualización de diciembre de 2018: funciones, extensiones y miembros de interfaz estática
Extensión todo no llegó a C # 8.0, debido a algunos de los inconvenientes explicados como el final de este ticket de GitHub . Entonces, hubo una exploración para mejorar el diseño. Aquí , Mads Torgensen explica qué son los roles y las extensiones y cómo difieren:
Los roles permiten que las interfaces se implementen en valores específicos de un tipo dado. Las extensiones permiten implementar interfaces en todos los valores de un tipo dado, dentro de una región específica de código.
Se puede ver en una división de la propuesta anterior en dos casos de uso. La nueva sintaxis para la extensión sería así:
public extension ULongEnumerable of ulong
{
public IEnumerator<byte> GetEnumerator()
{
for (int i = sizeof(ulong); i > 0; i--)
{
yield return unchecked((byte)(this >> (i-1)*8));
}
}
}
entonces podrías hacer esto:
foreach (byte b in 0x_3A_9E_F1_C5_DA_F7_30_16ul)
{
WriteLine($"{e.Current:X}");
}
Y para una interfaz estática :
public interface IMonoid<T> where T : IMonoid<T>
{
static T operator +(T t1, T t2);
static T Zero { get; }
}
Añadir una propiedad de extensión en inty tratar el intcomo IMonoid<int>:
public extension IntMonoid of int : IMonoid<int>
{
public static int Zero => 0;
}