Meilleures pratiques: C# les méthodes d'Extension d'espace de noms et la promotion de méthodes d'extension

Je sais qu'il existe déjà un post, décrivant presque le même, mais je pense que le mien est un peu différent.

Ce que je voudrais savoir, c'est comment vous organisez vos méthodes d'extension dans les conditions de l'attribution de l'espace de noms. Actuellement - pour les méthodes d'extension dans notre cadre - je utiliser l'espace de noms suivant modèle

  • MyCompany.Web.Utils

et à l'intérieur j'ai l'extension de la méthode des classes. C'est très bien pour moi avec l'inconvénient que les rallonges ne sont pas immédiatement visibles à nos développeurs de logiciels. Considérons le cas où j'ai un StringExtender classe qui fournit une assez pratique méthode d'extension "Dans" qui s'étend de la String objet. L'extension de la méthode au sein de l'mentionnés ci-dessus de noms, nos programmeurs de ne pas voir l'extension de la méthode, à moins qu'ils comprennent explicitement son espace de noms. Au lieu de cela, si je mettais la méthode d'extension dans le System espace de noms, tout le monde serait immédiatement voir, mais j'ai lire que c'est une mauvaise pratique.

Donc ma question est de savoir comment vous faites la promotion de vos méthodes d'extension s.t. ils sont utilisés par les développeurs.

InformationsquelleAutor Juri | 2009-08-04
  1. 37

    Nous mettre tous dans leur propre espace de noms Company.Common.Extensions. De cette façon, si vous avez un de nos méthodes d'extension, vous les avez tous. De Plus, au moins à mon atelier, nous n'avons pas à nous soucier de notre développeurs de ne pas connaître les méthodes d'extension. J'ai l'opposé de souci, l'extension de surcharge de la méthode! 🙂

    • (+1) je suis d'accord, nous utilisons un namingconvention où nous ajouter .les extensions à la fin.
    • +1. Bon point sur l'extension de surcharge de la méthode.
    • C'est en gros ce que je fais déjà. Donc je suppose que c'est le meilleur moyen de continuer comme ça. Thx
    • +1 à propos de l'extension de la surcharge, mais au moins vous avez un espace de noms commun, de sorte que la découverte de ce qui est disponible est très facile.
    • J'avais peur que cela ne fonctionnera que si vous aviez plusieurs projets dans la même solution, car chaque solution aurait besoin de son propre espace de noms, mais ce n'est pas vrai. Chaque jour projet pourraient partager le même espace de noms pour les méthodes d'extension.
    InformationsquelleAutor JP Alioto
  2. 9

    Le problème ici n'est pas de la dénomination de l'espace de noms, c'est le manque de documentation et d'éducation de vos développeurs.

    Mettre dans l'espace de noms de sens, d'écrire un article wiki de documentation de tous vos méthodes d'extension, puis envoyez un e-mail à vos développeurs avec un lien vers l'article de wiki.

    • Oui, c'était mon autre option. Le manque de communication est souvent un problème dans les équipes de développement logiciel. Nous sommes déjà en train de mettre en place un wiki, mais il est souvent assez difficile, étant sous la pression du temps ne sont pas pris en charge sur ce type d'activités par la direction. Je suppose que les gens savent de quoi je parle.
    • Je ressens votre douleur. Parfois, je trouve que c'est mieux pour aller de l'avant et faire ces choses, amener les gens à les utiliser et à dire à la direction 🙂
    • Même point que ma réponse, mais +1 pour la mention à l'aide d'un wiki.
    • +1 pour l'utilisation du wiki et développeur de l'éducation.
    • Je n'ai pas travaillé sur ce projet et plus n'ont pas accès à la base de code ou le wiki. S'il vous plaît pourriez-vous arrêter de m'envoyer ces e-mails?
    InformationsquelleAutor Winston Smith
  3. 5

    Ce n'est pas un espace de noms problème c'est un problème de communication.

    Si ces méthodes sont utiles que vous devez communiquer aux développeurs et, à l'inverse, la loi sur la rétroaction de leur part (avec des niveaux appropriés de jugement).

    Placer quoi que ce soit dans l'espace de noms System est une recette pour le désastre et la confusion plus tard. Les seules fois où jamais vous voulez faire est de "retour port' de la fonctionnalité dans les cadres et alors vous ne devriez probablement pas le faire vous-même, mais doit utiliser quelque chose comme LinqBridge de le faire.

    Méfiez-vous de l'envie de jeter toutes les extensions dans un espace de noms, sauf s'ils sont vraiment largement utile ensemble. Certains développeurs peuvent trouver le bois perdu pour les arbres s'ils sont bombardés avec tout et l'évier de la cuisine via intellisense.

    Maintien de l'espace de noms du nom de la société est sensible en général, pour éviter toute confusion.

    • "Méfiez-vous de l'envie de jeter toutes les extensions dans un espace de noms, sauf s'ils sont vraiment largement utile ensemble." Nous avons une assez nombre limité de méthodes d'extension et sont également en essayant de garder leur petit. Donc, cela ne devrait pas poser un problème.
    InformationsquelleAutor ShuggyCoUk
  4. 3

    @Juri - Si vous pensez à ce sujet c'est le même problème que les développeurs sachant que la classe de X existe dans la .NET framework. La Communication est la clé de tous les membres de l'équipe, utilisez le bouton droit de classes, ils ont des méthodes d'extension ou de certaines autres helper.

    Que JP a déclaré, je vois souvent des méthodes d'extension dans une sorte de sous-dossier appelé Extensions. J'espère quand vous dites que vous utiliser mon.de l'entreprise.web.utils l'espace de noms est en fait Pascal tubé?

    Même si vous les mettez dans un bon endroit il n'y a pas de garantie à 100% que les autres développeurs les utilisent.

    • oui, le nom est pascal cartonne...ne payez pas l'attention qu'lorsque le poster ici 🙂
    InformationsquelleAutor RichardOD
  5. 3

    En supposant que vous utilisez Visual Studio, une solution serait de créer un modèle de Classe (ou de modifier la valeur par défaut), de sorte que chaque fois qu'un développeur crée un nouveau fichier de classe automatiquement a l'aide d'instruction avec votre espace de noms(s). Voir Customize Visual Studio 2005 Modèles pour le Codage de la Productivité.

    InformationsquelleAutor Dan Diplo
  6. 1

    Oui,je pense que mettre les méthodes d'Extension dans propre société namespce est les meilleures pratiques. le mettre dans l'espace de noms System est un paresseux opération

    InformationsquelleAutor JeffZhnn
  7. 1

    Je suis stupide, paresseux et minimaliste, alors je les ai mis dans le même espace de noms que le type de prolonger. De cette façon, il n'y a pas besoin d'appoint à l'aide de relevés, de la documentation ou l'envoi d'emails sur eux (Winston).

    InformationsquelleAutor Jorge Picco
  8. 0

    Nous de tout mettre dans le même espace de Noms et de Classe, cependant nous utilisons des classes partielles pour les garder organisé.

    Par exemple:

    ExtensionMethods-Chaîne.cs

    ExtensionMethods-DataObject.cs

    ExtensionMethods-Debug.cs

    ...etc tous ont des classes partielles...

    • Quels sont les avantages à utiliser des classes partielles pour les méthodes d'extension? J'ai vu beaucoup de gens tomber les méthodes d'extension dans une .Les Extensions de noms et le nom des classes et des fichiers après la classe, ils étendent: StringExtension.cs et public static de la classe StringExtensions { }.
    • Certaines méthodes d'extension sont oubliés. Lorsque nous travaillons avec une application donnée nous ajouter l'Extension basée sur la logique de la fonctionnalité, qui, souvent, ne s'aligne pas avec la mise en page de .NET classes. Bien que j'aime votre approche de trop
    InformationsquelleAutor technology_is_overrated
  9. 0

    Vous pouvez obtenir ce que vous voulez en mettant les méthodes d'extension dans l'espace de noms global. C'est ce que je fais et ils sont ensuite disponibles sans avoir besoin d'un using consolidés.

    InformationsquelleAutor markshep