Les méthodes d'extension et ses implications dans l'ingénierie logicielle (ou constituent-t-elle vraiment une bonne idée?)

Les méthodes d'extension ne modifient pas du tout la classe existante, elles ne sont que "sucre syntaxique" ou un astuce de compilateur pour la fixation d'une méthode statique à une classe. Vous pouvez accomplir la même fin en créant simplement une méthode d'utilité statique normale dans une autre classe qui prend la classe souhaitée comme premier argument à la méthode. Je vois votre point sur "Ajout de" méthodes à une classe et de la standardiser ainsi, mais ce n'est pas vraiment ce qui se passe et que je trouve des méthodes d'extension pour être intuitives et pratiques pour ajouter des méthodes spécifiques à un domaine ou d'utilité à une classe existante cela serait autrement impossible.

Vous pouvez éteindre les cloches d'alarme. Les méthodes d'extension ne font qu'une très petite différence pour la syntaxe, et rien d'autre. Au lieu d'écrire: XXX PRE>

Vous écrivez: P>

public static void DisposeIfNotNull(this IDisposable d)
{
    if (d != null)
        d.Dispose();
}

Je voulais soulever un peu un problème avec un point que vous avez dit. Les méthodes d'extension ne vous permettent pas d'ajouter des méthodes à une classe existante. Ils vous permettent de donner l'apparition d'ajouter une méthode à une classe existante. La distinction est subtile mais très importante.

maintenant pour aller contre les points que vous avez faits

1. Je ne crois pas que cela soit vrai. Rien n'a changé quant à la protection de la bibliothèque. Les personnes utilisant vos méthodes d'extension verront une augmentation de la bibliothèque. Il modifie ou non que la norme de la bibliothèque dépend ou non de ce que vous faites dans vos méthodes.

2. C'est simplement un moyen d'augmenter un type avec des méthodes sans changer son contrat d'origine.

3. Je ne suis pas sûr de ce que vous entendez par portables, mais cela dépend probablement fortement de votre mise en œuvre. Si deux méthodes d'extension existent avec le même nom, ils passeront à la résolution de la surcharge et des erreurs seront soulevées de manière appropriée.

   L'utilisation et la définition des méthodes d'extension sont simplement du sucre syntaxique pour des méthodes statiques. Cela me permet de personnaliser un type faute d'un mot meilleur avec des méthodes spécifiques à mon domaine de problème ou simplement quelque chose qui manque autrement du framework d'origine ( ienumerable foreach par exemple ).

   Je ne trouve aucun argument de leur malness à être convaincant et je vais donc continuer à les utiliser parce que je les trouve productifs.