Resume
Summary design patterns - Objectgerichte systemen
- Cours
- Objectgerichte systemen
- Établissement
- Vrije Universiteit Brussel (VUB)
Complete summary of all the design patterns
[Montrer plus]
Vendeur
S'abonner
Aperçu du contenu
Design PatternsLoose coupling
A general principle to make (software) systems easier to maintain by heavily relying on all kinds of indirections.
A should not refer to B but rely on some mechanism that will associate it with B. It should be easy to substitute B for Bʼ.
a loosely coupled system is one
in which components are weakly associated with each other, and thus changes in one component least affect existence or
performance of another component
in which each of its components has, or makes use of little or no knowledge of the definitions of other separate components.
Tight vs loose coupling
Heuristic 1: Law of demeter
A method m sitting in some object o may only send messages to the following objects:
this (+ itʼs vals and vars)
mʼs parameters
local variables
objects created in m
variables in the scope of m
>
- Make class structures easier to replace without having to change existing code.
An method should not send messages to objects returned by other methods or to objects acquired by accessing sequences of
public instance variables.
In Scala that boils down to “use only one dotˮ in expressions such as “o.m().n().p()ˮ or “o.m.n.p()ˮ
You should only rely on the interface of an object, not on its constituents
Design Patterns 1
, Heuristic 2: SOLID principles
make designs easier to change without having to change existing code.
Single responsibility principle: a class should have one and only one reason to change
Same as ADT-design
Open-closed principle: the ability to extend the behaviour of a class, without modifying it
Design Patterns
Liskov substitution principle: derived classes must be substitutable for their base classes
Design Hierarchies
Interface segregation principle: make fine-grained interfaces that are client-specific
Use Traits
Dependency inversion principle: depend on abstractions, not on concrete implementations
Build software frameworks, not just programs. Use the Hollywood principle.
↳
don't coll us , we be call
you
GOF
Strategy pattern
Definieer een “familieˮ van gelijksoortige algoritmen, encapsuleer deze in een hiërarchie van strategieën, en maak de algoritmen
dynamisch uitwisselbaar. Het werk wordt gedelegeerd naar de strategie.
losed principle
·
,
open
main object - behaviour
·
Design Patterns 2
Les avantages d'acheter des résumés chez Stuvia:
Qualité garantie par les avis des clients
Les clients de Stuvia ont évalués plus de 700 000 résumés. C'est comme ça que vous savez que vous achetez les meilleurs documents.
L’achat facile et rapide
Vous pouvez payer rapidement avec iDeal, carte de crédit ou Stuvia-crédit pour les résumés. Il n'y a pas d'adhésion nécessaire.
Focus sur l’essentiel
Vos camarades écrivent eux-mêmes les notes d’étude, c’est pourquoi les documents sont toujours fiables et à jour. Cela garantit que vous arrivez rapidement au coeur du matériel.
Foire aux questions
Qu'est-ce que j'obtiens en achetant ce document ?
Vous obtenez un PDF, disponible immédiatement après votre achat. Le document acheté est accessible à tout moment, n'importe où et indéfiniment via votre profil.
Garantie de remboursement : comment ça marche ?
Notre garantie de satisfaction garantit que vous trouverez toujours un document d'étude qui vous convient. Vous remplissez un formulaire et notre équipe du service client s'occupe du reste.
Auprès de qui est-ce que j'achète ce résumé ?
Stuvia est une place de marché. Alors, vous n'achetez donc pas ce document chez nous, mais auprès du vendeur robinbouchez. Stuvia facilite les paiements au vendeur.
Est-ce que j'aurai un abonnement?
Non, vous n'achetez ce résumé que pour €2,99. Vous n'êtes lié à rien après votre achat.
Peut-on faire confiance à Stuvia ?
4.6 étoiles sur Google & Trustpilot (+1000 avis)
62555 résumés ont été vendus ces 30 derniers jours
Fondée en 2010, la référence pour acheter des résumés depuis déjà 14 ans