Questions marquées «dry»

J'essaie toujours de suivre le principe DRY strictement au travail; chaque fois que je répète du code par paresse, il mord plus tard lorsque je dois le conserver à deux endroits. Mais souvent, j'écris de petites méthodes (peut-être 10 à 15 lignes de code) qui doivent être réutilisées dans deux...

Très simplement, pourquoi voudrais-je écrire un code qui fonctionne pour tous les cas et les données évolutives alors que tout ce que je dois faire est de répéter le même processus plusieurs fois avec quelques ajustements mineurs? Je ne vais probablement pas avoir besoin de l'éditer à nouveau de si...

Par exemple, considérons que j'ai une classe pour que d'autres classes puissent s'étendre: public class LoginPage { public String userId; public String session; public boolean checkSessionValid() { } } et quelques sous-classes: public class HomePage extends LoginPage { } public class EditInfoPage...

J'ai du code presque identique, mais utilise des types absolument différents, sans héritage entre eux, sur la variable principale. Plus précisément, j'écris un analyseur avec Roslyn pour C # et VB.NET, avec les types suivants: Microsoft.CodeAnalysis.CSharp.Syntax.AttributeSyntax...

J'ai plusieurs classes qui héritent toutes d'une classe de base générique. La classe de base contient une collection de plusieurs objets de type T. Chaque classe enfant doit être capable de calculer des valeurs interpolées à partir de la collection d'objets, mais comme les classes enfants utilisent...

Je me demande ce qui est mieux en termes de bonne conception OOP, de code propre, de flexibilité et d'éviter les odeurs de code à l'avenir. Situation d'image, où vous avez beaucoup d'objets très similaires que vous devez représenter en tant que classes. Ces classes sont sans aucune fonctionnalité...

Considérez ces méthodes: public List<Employee> GetAllEmployees() { using (Entities entities = new Entities()) { return entities.Employees.ToList(); } } public List<Job> GetAllJobs() { using (Entities entities = new Entities()) { return entities.Jobs.ToList(); } } public List<Task>...

Je construis une API REST pour exposer la plupart des fonctionnalités d'une API Java existante. Les deux API sont à usage interne au sein de mon organisation; Je n'ai pas à concevoir pour un usage externe. J'ai une influence sur les deux API mais j'implémente celle REST. L'API Java continuera...

Je suis à 100% d'accord avec le cas où l'on devrait certainement utiliser les validations de données côté client et côté serveur. Cependant, dans les cadres et les environnements dans lesquels j'ai travaillé, les approches que j'ai vues n'ont jamais été SÈCHES. La plupart du temps, il n'y a ni plan...

Où est le meilleur endroit pour valider les paramètres d'entrée de la fonction: dans l'appelant ou dans la fonction elle-même? Comme je voudrais améliorer mon style de codage, j'essaie de trouver les meilleures pratiques ou quelques règles pour ce problème. Quand et quoi de mieux. Dans mes projets...

Je viens de tomber sur l'article " Rule of Three " dans wikipedia La règle de trois est une règle empirique de refactorisation de code pour décider quand un morceau de code répliqué doit être remplacé par une nouvelle procédure. Il indique que le code peut être copié une fois, mais que lorsque le...

Je cherche des conseils sur le couplage DRY vs Code. Je n'aime pas dupliquer mon code et je n'aime pas non plus le couplage de code entre des modules non liés. Je refactorise donc le code en double si je trouve du code identique un an après l'introduction de la duplication. Cependant, j'ai de plus...

Supposons que nous ayons un module logiciel A qui implémente une fonction F. Un autre module B implémente la même fonction que F '. Il existe plusieurs façons de se débarrasser du code en double: Soit A utiliser F 'de B. Soit B utiliser F de A. Mettez F dans son propre module C et laissez A et B...

Pour éviter la duplication non triviale liée à la const C ++, existe-t-il des cas où const_cast fonctionnerait mais une fonction const privée renvoyant non const ne le serait pas? Dans l' article efficace C ++ de Scott Meyers 3, il suggère qu'un const_cast combiné avec un transtypage statique peut...

J'ai toujours appliqué des contraintes au niveau de la base de données en plus de mes modèles (ActiveRecord). Mais je me demandais si c'était vraiment nécessaire? Un peu de fond J'ai récemment dû tester à l'unité une méthode de génération automatique d'horodatage de base pour un modèle....

Chaque fois que j'écris des tests unitaires, j'ai toujours essayé d'avoir une seule assertion par test pour faciliter le débogage lorsque les tests échouent. Cependant, en suivant cette règle, j'ai l'impression de copier constamment le même code dans chaque test et en ayant plus de tests, il...

Le principe DRY (Don't Repeat Yourself) stipule que «chaque élément de connaissance doit avoir une représentation unique, non ambiguë et faisant autorité au sein d'un système». La plupart du temps, cela fait référence au code, mais il est souvent étendu à la documentation également. On dit que...

Pourquoi vous répétez-vous en écrivant des tests si fortement encouragés? Il semble que les tests expriment essentiellement la même chose que le code, et sont donc un doublon (dans le concept, pas l'implémentation) du code. La cible ultime de DRY ne comprendrait-elle pas l'élimination de tout le...

J'ai récemment refactorisé une méthode qui était à la fois une commande et une méthode de requête. Après l'avoir séparée en une méthode de commande et une méthode de requête, j'ai trouvé qu'il y a maintenant plusieurs endroits dans le code où j'appelle la commande puis j'obtiens la valeur de la...

Je suis sûr qu'il y a un nom pour cet anti-modèle quelque part; cependant je ne connais pas assez la littérature anti-modèle pour la connaître. Considérez le scénario suivant: or0est une fonction membre d'une classe. Pour le meilleur ou pour le pire, cela dépend fortement des variables des membres...