Mit Erweiterungsmethoden innerhalb erweiterten Klasse selbst

Question

Lassen Sie uns sagen, dass ich eine Schnittstelle haben, wie folgt aus:

public interface ILoggable 
{ 
    void Log(Func<string> message, Logger.Type type); 
} 

Und einige Erweiterungsmethoden, wie folgt aus:

public static class Logger 
{ 
    public static void Log(this ILoggable loggable, Func<string> message) { loggable.Log(message, Type.Information); } 
    public static void Log(this ILoggable loggable, string prefix, byte[] data, int len) { /* snip */ } 
    public static void Log(this ILoggable loggable, Exception ex) { /* snip */ } 
    // And so on... 
} 

dann in jedem class CoreService : ServiceBase, ILoggable oder so, die ich umsetzen dass public void Log(Func<string> message, Logger.Type type) zu was auch immer ich mag (öffentliche Modifikator wird Art von meh ...) und verwenden Sie alle Erweiterungsmethoden, um tatsächliche Protokollierung zu tun.

So weit so gut ... oder nicht so gut? Stimmt etwas nicht mit diesem Ansatz? Wenn nicht, dann, warum die Unannehmlichkeiten:

catch (Exception ex) { 
    this.Log(ex); // this works 
    Log(ex); // this goes not 

Answer 1

Es scheint wie eine vernünftige Annäherung an mich selbst - aber die Forderung ausdrücklich this zu erklären, ist nur ein Teil davon, wie die Sprache arbeitet rund um Methoden der Erweiterung. Ich vermute, dass dies Aspekte der Sprachspezifikation sauberer macht, und diese Anforderung ist ausreichend selten (und die Umgehung ausreichend einfach), dass es besser war, mit der aktuellen Lösung zu gehen, als Dinge komplizierter zu machen, nur um fünf Zeichen in einem zu vermeiden relativ seltenes Szenario.

Membersuche für einfache Namen (Abschnitt 7.6.2 der C# 4 spec) ist kompliziert genug, ohne es noch schlimmer. Vergessen Sie nicht, dass sich der einfache Name sowohl auf einen Typ oder einen Typparameter als auch auf eine Methode beziehen kann. Da ist schon viel los.

Wenn ich zur Arbeit komme, überprüfe ich, ob es Anmerkungen zu Abschnitt 7.6.5.2 (Aufruf der Erweiterungsmethode) gibt, die "Insider-Informationen" darüber geben.

---

Bei näherer Betrachtung ist es etwas seltsam für die Entität scheint die Protokollierung zu auch wollen tut andere Dinge protokollieren - die einzige Art von Ausnahme erwarten würde ich es wäre, um zu sehen, wenn die Die Protokollierung schlägt fehl. In diesem Fall würde auch die Protokollierung der Ausnahme fehlschlagen.