Tahmin <T> yerine neden Func <T, bool>?

Bu sadece birisinin iyi bir cevabı olup olmadığını merak ettiğim bir merak sorusu:

.NET Framework Sınıf Kitaplığı'nda, örneğin şu iki yönteme sahibiz:

public static IQueryable<TSource> Where<TSource>(
    this IQueryable<TSource> source,
    Expression<Func<TSource, bool>> predicate
)

public static IEnumerable<TSource> Where<TSource>(
    this IEnumerable<TSource> source,
    Func<TSource, bool> predicate
)

Neden Func<TSource, bool>yerine kullanıyorlar Predicate<TSource>? Görünüşe Predicate<TSource>sadece tarafından kullanılır List<T>ve Array<T>süre, Func<TSource, bool>hemen hemen herkes tarafından kullanılan Queryableve Enumerableyöntemler ve uzatma yöntemleri bununla ne haber ...?

İken Predicateaynı anda tanıtılan edildiğini List<T>ve Array<T>, .net 2.0, farklı Funcve Actionvaryantları .net 3.5 geliyor.

Dolayısıyla bu Functahminler esas olarak LINQ operatörlerinde tutarlılık için kullanılır. Kullanmayla ilgili .net 3.5'e itibariyle Func<T>ve kılavuz devletler :Action<T>

Yeni LINQ türlerini kullanıyor musunuz Func<>ve Expression<>yerine özel delege ve yüklemler

Bunu daha önce merak ettim. Predicate<T>Temsilciyi seviyorum - güzel ve açıklayıcı. Bununla birlikte, aşağıdakilerin aşırı yüklenmelerini dikkate almanız gerekir Where:

Where<T>(IEnumerable<T>, Func<T, bool>)
Where<T>(IEnumerable<T>, Func<T, int, bool>)

Bu, girişin dizinine göre de filtrelemenizi sağlar. Bu güzel ve tutarlı, oysa:

Where<T>(IEnumerable<T>, Predicate<T>)
Where<T>(IEnumerable<T>, Func<T, int, bool>)

olmaz.

Kesinlikle Funcbelirli bir delege kullanmak için asıl neden , C #'ın ayrı ayrı beyan edilen delegelere tamamen farklı türler olarak davranmasıdır.

Olsa Func<int, bool>ve Predicate<int>her ikisi aynı argüman ve dönüş türleri vardır, bunlar atama-uyumlu değildir. Dolayısıyla, her kütüphane her delege kalıbı için kendi temsilci türünü bildirirse, kullanıcı dönüşümleri gerçekleştirmek için "köprüleme" delegeleri eklemediği sürece bu kütüphaneler birlikte çalışamaz.

    // declare two delegate types, completely identical but different names:
    public delegate void ExceptionHandler1(Exception x);
    public delegate void ExceptionHandler2(Exception x);

    // a method that is compatible with either of them:
    public static void MyExceptionHandler(Exception x)
    {
        Console.WriteLine(x.Message);
    }

    static void Main(string[] args)
    {
        // can assign any method having the right pattern
        ExceptionHandler1 x1 = MyExceptionHandler; 

        // and yet cannot assign a delegate with identical declaration!
        ExceptionHandler2 x2 = x1; // error at compile time
    }

Microsoft, herkesi Func'u kullanmaya teşvik ederek bunun uyumsuz delege türleri sorununu hafifleteceğini umuyor. Herkesin delegeleri güzelce birlikte oynayacaklar, çünkü sadece parametre / dönüş türlerine göre eşleştirilecekler.

Tüm problemleri çözmez, çünkü Func(ve Action) sahip olamaz outveya refparametreler olamaz , ancak bunlar daha az kullanılır.

Güncelleme: yorumlarda Svish diyor:

Yine de, Func'tan Predicate ve Back'e bir parametre türünü değiştirmek herhangi bir fark yaratmıyor mu? En azından hala sorunsuz derliyor.

Evet, programınız Mainişlevimin ilk satırında olduğu gibi yalnızca delegelere yöntem atarsa . Derleyici, yönteme ileten yeni bir temsilci nesnesine sessizce kod üretir. Yani benim Mainfonksiyonumda, bir soruna neden olmadan x1türünü değiştirebilirim ExceptionHandler2.

Ancak, ikinci satırda ilk delege başka bir delege atamaya çalışıyorum. 2. delege türünün tamamen aynı parametre ve dönüş türlerine sahip olduğu düşünüldüğünde bile, derleyici hata verirCS0029: Cannot implicitly convert type 'ExceptionHandler1' to 'ExceptionHandler2' .

Belki bu daha açık hale getirecektir:

public static bool IsNegative(int x)
{
    return x < 0;
}

static void Main(string[] args)
{
    Predicate<int> p = IsNegative;
    Func<int, bool> f = IsNegative;

    p = f; // Not allowed
}

Benim yöntemim ve değişkenlere IsNegativeatamak için mükemmel bir şey . Ama sonra bu değişkenlerden birini diğerine atayamam.pf

Tavsiye (3.5 ve üzeri) Action<...>ve Func<...>- 'neden?' - bir avantajı "Predicate<T> " yalnızca "yüklem" in ne anlama geldiğini biliyorsanız anlamlı olmasıdır - aksi takdirde imza bulmak için nesne tarayıcıya (vb.) bakmanız gerekir.

Tersine Func<T,bool>standart bir patern izler; Hemen bunun bir işlev alan Tvebool - herhangi bir terminolojiyi anlamanız gerekmez - sadece doğruluk testimi uygulayın.

"Yüklem" için bu Tamam olabilirdi, ama ben standartlaştırma girişimi için teşekkür ederiz. Ayrıca, o alandaki ilgili yöntemlerle çok sayıda pariteye izin verir.