usa Func <> (o Acción <>) o crea un delegado propio?

Question

Cuál es mejor en, digamos, tipo de parámetro en un método (no relacionado con LINQ). Aparentemente Func es mejor, ya que es más simple, más descriptivo, y si todos usan esto, todo se volverá compatible (bien). Sin embargo, noté que Microsoft usa su propio delegado en algunas bibliotecas, por ejemplo, controladores de eventos. Entonces, ¿cuáles son las ventajas y desventajas de cualquiera de ellos? ¿Cuándo debería usarlo?

ediciones:

• Al parecer Func <> sólo estaba disponible en el punto 3.5, así que esto puede ser posible, la razón principal que vi delegados no Func. ¿Alguna otra razón para no usar Func? (Ejemplo: this es de .NET4)

• La misma pregunta se aplica también para la Acción <>

Answer 1

Func <> es útil cuando está muy claro lo que están acostumbrados a, y el número de las entradas son pequeñas.

Cuando el número de entradas es mayor, o podría haber alguna ambigüedad con respecto a la intención, entonces usar un delegado con argumentos nombrados hace las cosas más claras.

Answer 2

Siempre se puede crear una clase que tiene el número n de entrada como propiedades de la clase y pasar el objeto de la clase una sola entrada en el <> delegado func

Answer 3

Ellos son a todos los efectos el mismo, excepto cuando el método tiene un parámetro Expression. Esos deben definirse como 'lambda' y no como delegate. Esto sería muy problemático al tratar con IQueryable y obtener el IEnumerable invocado/resuelto en su lugar (por ejemplo, LINQ2SQL).

Answer 4

Func <> y Acción <> son preferibles si son realmente apropiados en su caso. Runtime crea instancias de cada tipo utilizado en su programa, y ​​si usa Func una vez significa que se creó la instancia de tipo. En el caso de delegados personalizados, las cosas van de diferente manera y se crearán nuevos tipos aunque sean esencialmente similares a los existentes.

Sin embargo, a veces los delegados personalizados hacen que el código sea más claro.

Answer 5

Sin embargo, noto que Microsoft usa su propio delegado en algunas bibliotecas, por ejemplo, controladores de eventos. Entonces, ¿cuáles son las ventajas y desventajas de cualquiera de ellos? ¿Cuándo debería usarlo?

Algo de esto es histórico: APIs definidos antes de C# 3/.NET3 cuando se añadieron Action<> y Func<>. Para los eventos EventHandler<T> es una mejor opción para eventos porque hace cumplir la convención correcta.