Maison  >  Article  >  Java  >  Quels sont les principes de conception du cadre de développement Java

Quels sont les principes de conception du cadre de développement Java

WBOY
WBOYavant
2023-05-04 10:31:061027parcourir

Introduction au concept de développement de framework

  • Analyse orientée objet : L'analyse orientée objet consiste à effectuer une analyse d'objet dans le domaine de la programmation du monde objectif. Certains concepts doivent être compris dans le processus. Modèle de congestion : les données et la logique métier correspondante sont encapsulées dans la même classe ; Modèle d'anémie : les données et la logique métier sont divisées en différentes classes ; DDD : modèle basé sur le domaine, architecture traditionnelle à trois niveaux MVC ;

    Objectif de conception orientée objet : forte cohésion, faible couplage ; facile à étendre ; évolutif, simple
  • Principes de conception orientée objet : le principe est d'être indépendant des langages de programmation et peut même être utilisé avec des langages de programmation non intégrés. -langages de programmation orientés objet ;
  • Modèles de conception : principalement utilisés pour des solutions générales permettant de résoudre certains types de problèmes, qui sont équivalents à des formules mathématiques et effectuent un développement imbriqué. Généralement, nous résumons les modèles de conception sous forme de modèles créatifs, de modèles comportementaux. , et les modèles structurels ;
  • Framework : Le cadre est la mise en œuvre Le programme structurel d'un certain type d'application est la conception réutilisable et la mise en œuvre d'un certain type de solution architecturale
  • Les principes de conception du cadre de développement

Principe SOLIDE

Quels sont les principes de conception du cadre de développement Java


SRP : Principe de responsabilité unique, une classe ou un module n'est responsable que d'accomplir une seule responsabilité
  • OCP : Principe ouvert et fermé, entités logicielles (modules, classes, méthodes, etc.) doivent être "fermés au développement et à la modification d'extensions" ;
  • LSP : principe de substitution de Liskov, l'objet enfant peut remplacer l'objet de classe parent n'importe où dans le programme et garantir le comportement logique d'origine du programme. reste inchangé et l'exactitude n'est pas détruite ;
  • ISP : principe de ségrégation des interfaces, le client ne doit pas forcer la dépendance aux interfaces dont il n'a pas besoin ;
  • DIP : principe d'inversion des dépendances, les modules de haut niveau ne doivent pas dépendre ; sur les modules de bas niveau. Les modules de haut niveau et les modules de bas niveau doivent dépendre les uns des autres via l'abstraction. De plus, l'abstraction ne doit pas reposer sur des détails d'implémentation concrets qui dépendent de l'abstraction.
  • Principe KISS

KISS=Keep It Short and Simple (Essayez de rester simple.)

N'utilisez pas de technologie que vos collègues ne comprennent peut-être pas pour implémenter du code. Par exemple, les expressions régulières de l'exemple précédent et une syntaxe trop avancée dans les langages de programmation.
  • Ne réinventez pas la roue, soyez doué pour utiliser les bibliothèques d'outils existantes. L'expérience a prouvé que si vous implémentez vous-même ces bibliothèques, la probabilité de bogues sera plus élevée et le coût de maintenance sera plus élevé.
  • Ne suroptimisez pas. N'abusez pas de certaines astuces (par exemple, opérations au niveau du bit au lieu d'opérations arithmétiques, instructions conditionnelles complexes au lieu de if-else, utilisation de certaines fonctions de trop bas niveau, etc.) pour optimiser le code et sacrifier la lisibilité du code.
  • Principe YAGNI

KISS=Vous n'en aurez pas besoin (Ne sur-concevez pas.)

L'intention initiale de la conception est d'améliorer la qualité du code ; le processus commence par des problèmes Il y a un plan plus tard ;
  • Le scénario d'application de la conception est un code complexe ;
  • La refactorisation continue peut efficacement éviter une conception excessive ; scénario spécifique ;
  • Principe DRY
  • DRY=Ne vous répétez pas (N'écrivez pas de code répété.)
  • Réduire le couplage de code ;
Modularisation ;

Séparation logique commerciale et non commerciale ;

  • Enfonçage de code universel ;

  • Héritage, polymorphisme, abstraction, encapsulation ; modèles de conception ;

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer