Comment forcer une classe statique à implémenter des méthodes spécifiques?

Question

J'ai besoin de créer un ensemble de classes statiques et tous ont besoin d'implémenter les mêmes méthodes. Je veux trouver un moyen de les forcer ainsi.

Je comprends que les classes statiques ne peuvent pas dériver autre chose que System.Object. Dois-je utiliser des méthodes non statiques pour cela? Il pourrait être, mais aucune des méthodes de cette classe utilisera des propriétés d'instance ...

Mon meilleur tir est que je devrais utiliser un singleton. Je vais utiliser une instance alors, mais au moins je ne suis pas obligé d'instancier la classe chaque fois que j'ai besoin d'utiliser une méthode.

Quelle est l'alternative que vous suggérez?

EDIT:

Je n'implémenterai pas ces méthodes. J'ai besoin de forcer d'autres développeurs à implémenter des méthodes spécifiques avec des signatures spécifiques. Toutes les signatures sont les mêmes pour chaque classe. C'est tout. Imaginez que vous ayez une classe statique qui récupère les enregistrements d'une base de données dans votre bureau. Vous avez plusieurs méthodes pour le faire. Comme aucune de ces méthodes ne partage les variables, elles sont marquées comme statiques, tout comme la classe. Maintenant, vous et d'autres développeurs de votre équipe devez faire la même chose pour d'autres bases de données ou même des API hors de votre contrôle, cela n'a pas d'importance. Vous voulez forcer vos collègues à implémenter toutes ces classes avec exactement les mêmes méthodes avec les mêmes signatures.

Vos commentaires sont toujours les bienvenus, mais maintenant je veux juste trouver le moyen le plus proche de le faire.

Je pourrais utiliser une classe abstraite dont tous les autres hériteraient. Mais comme ces méthodes ne partagent rien, je préférerais ne pas instancier la classe chaque fois que j'en aurais besoin.

C'est pourquoi j'ai mentionné l'utilisation du motif singleton. Ne devrais-je pas le faire?

Answer 1

Si je lis votre question correctement, le singleton ne fonctionnerait pas à moins que vous n'ayez eu beaucoup de surcharges sur vos méthodes. Alors que nous parlons d'Interfaces et de Classes de Base, et ainsi de suite, si vous contrôlez le code, y a-t-il une raison pour laquelle vous ne pouvez pas créer un ensemble de classes qui implémenteraient toutes les méthodes requises? Vous auriez besoin de documenter ce que vous avez fait et pourquoi, bien sûr, mais autre que de coller avec « convention » avez-vous une raison pour ne pas faire cela?

Si vous utilisez des classes statiques, qui ne héritent rien au-delà System.Object et mettre en œuvre aucune interface, vous ne pouvez pas les appeler de toute façon interchangeable. En fonction de votre modification, il semble que vous essayiez d'appliquer ce qui devrait être une politique de codage à travers le code lui-même. Chaque magasin de développement a ses propres politiques, procédures et normes, de la documentation à la mise en page du projet en passant par les signatures de méthodes. Mon client actuel est très stricte sur les signatures de méthode parce que nous passons beaucoup de choses à et de BizTalk et sa douleur pour changer une solution BizTalk juste parce que quelqu'un ne voulait pas suivre le modèle le reste de l'équipe utilise.

Si ce sont les membres de votre équipe qui écrivent ces classes statiques et des méthodes statiques, je ne vois pas une raison (au-delà de la politique de bureau possible) pourquoi vous ne pourriez pas le faire en mettant en œuvre une politique.

Si vous devez le faire par le biais du code, je pense que vous êtes coincé avec une interface et des méthodes d'instance. Si vous le vouliez, une fois ces méthodes d'instance créées, vous pourriez écrire des classes auxiliaires statiques comme wrappers (donc vous n'avez pas besoin d'instancier les objets à chaque fois), mais je ne sais pas vous obtenez quelque chose.