Dans nos applications pour la plupart volumineuses, nous n'avons généralement que quelques emplacements pour les "constantes": Une classe pour l'interface graphique et les constantes internes (titres de page d'onglet, titres de zone de groupe, facteurs de calcul, énumérations) Une classe pour les...
Le contexte Dans Clean Code , page 35, il est écrit Cela implique que les blocs contenus dans les instructions if, les autres déclarations, les instructions while, etc., doivent comporter une ligne. Probablement cette ligne devrait être un appel de fonction. Non seulement cela garde la fonction...
Disons, par exemple, que vous avez une application avec une classe largement partagée appelée User. Cette classe expose toutes les informations sur l'utilisateur, son identifiant, son nom, les niveaux d'accès à chaque module, le fuseau horaire, etc. Les données utilisateur sont évidemment largement...
Fermé . Cette question est basée sur l'opinion . Il n'accepte pas actuellement de réponses. Voulez-vous améliorer cette question? Mettez à jour la question afin d'y répondre avec des faits et des citations en modifiant ce message . Fermé il y a 4 ans . Je considérerais probablement comme une odeur...
Je suivais cette question très votée sur une possible violation du principe de substitution de Liskov. Je sais ce qu'est le principe de substitution de Liskov, mais ce qui n'est pas encore clair dans mon esprit, c'est ce qui pourrait mal tourner si, en tant que développeur, je ne pense pas au...
SOLID inclut le principe de substitution de Liskov qui a la notion que «les objets d'un programme doivent être remplaçables par des instances de leurs sous-types sans altérer l'exactitude de ce programme». Étant donné que les classes statiques avec des méthodes statiques (un peu comme la...
Je comprends ce que SOLID est censé accomplir et je l'utilise régulièrement dans des situations où la modularité est importante et ses objectifs sont clairement utiles. Cependant, deux choses m'empêchent de l'appliquer de manière cohérente dans ma base de code: Je veux éviter une abstraction...
J'ai récemment eu une discussion avec un de mes amis sur la POO dans le développement de jeux vidéo. J'expliquais l'architecture d'un de mes jeux qui, à la surprise de mon ami, contenait de nombreuses petites classes et plusieurs couches d'abstraction. J'ai fait valoir que c'était le résultat de ma...
Je travaille depuis deux ans dans une grande banque d'investissement. J'ai réalisé quelques projets techniques avec le désir de créer le code le plus optimisé, en respectant les bons schémas de conception adaptés, le principe SOLIDE, la loi de déméter et en évitant toutes sortes de codes en double...
Disons que j'ai une interface FooInterfacequi a la signature suivante: interface FooInterface { public function doSomething(SomethingInterface something); } Et une classe concrète ConcreteFooqui implémente cette interface: class ConcreteFoo implements FooInterface { public function...
Certains disent que si vous prenez les principes SOLIDES à l'extrême, vous vous retrouvez à la programmation fonctionnelle . Je suis d'accord avec cet article mais je pense que certaines sémantiques sont perdues dans la transition de l'interface / objet à la fonction / fermeture, et je veux savoir...
J'ai un module, disons «M», qui a quelques clients, disons «C1», «C2», «C3». Je veux répartir l'espace de noms du module M, c'est-à-dire les déclarations des API et des données qu'il expose, en fichier (s) d'en-tête de telle manière que - pour tout client, seules les données et les API dont il a...
J'entends beaucoup de praticiens TDD dire que l'un des avantages de TDD est qu'il oblige les développeurs à suivre les principes SOLIDES (responsabilité unique, ouvert-fermé, substitution Liskov, ségrégation d'interface et inversion de dépendance). Mais pour moi il suffit d'écrire quelques tests...
Par exemple, supposons que vous ayez un programme de jeu sur console, qui a toutes sortes de méthodes d'entrée / sortie vers et depuis la console. Serait - il intelligent de les garder tous en une seule inputOutputclasse ou les décomposer à des classes plus spécifiques comme de startMenuIO,...
Je comprends l'intention du principe ouvert-fermé. Il est destiné à réduire le risque de casser quelque chose qui fonctionne déjà en le modifiant, en vous disant d'essayer de l'étendre sans le modifier. Cependant, j'ai eu du mal à comprendre comment ce principe est appliqué dans la pratique. À ma...
Je viens de commencer avec RxJava , l'implémentation Java de ReactiveX (également connu sous le nom de Rx et Reactive Extensions ). Quelque chose qui m'a vraiment frappé était la taille massive de de RxJava Flowable classe : il a 460 méthodes! Être juste: De nombreuses méthodes sont surchargées, ce...
Lors de la lecture d'articles sur les FAI, il semble y avoir deux définitions contradictoires des FAI: Selon la première définition (voir 1 , 2 , 3 ), le FAI déclare que les classes implémentant l'interface ne devraient pas être forcées d'implémenter des fonctionnalités dont elles n'ont pas besoin....
Inspiré par cette réponse: Le principe de substitution de Liskov exige que Les conditions préalables ne peuvent pas être renforcées dans un sous-type. Les post-conditions ne peuvent pas être affaiblies dans un sous-type. Les invariants du supertype doivent être conservés dans un sous-type....
Contexte: Je développe un cadre de messagerie. Ce cadre permettra: envoi de messages via un bus de service abonnement aux files d'attente sur le bus de messages abonnement à des sujets sur un bus de messages Nous utilisons actuellement RabbitMQ, mais je sais que nous allons passer à Microsoft...
Une classe LinkedList existe avec des fonctions telles que add_first (), add_last (), add_after (), remove_first (), remove_last () et remove () Il existe maintenant une classe Stack qui fournit des fonctionnalités telles que push (), pop (), peek () ou top (), et pour implémenter ces méthodes,...