=== Partie 1 Introduction ===
Chapitre 1 : Qu'est-ce que le design et l'architecture ?
Quel est l'objectif ?
Étude de cas
__conclusion

Chapitre 2 : Une histoire de deux valeurs
__acte
__architecture
valeur plus élevée
Matrice d'Eisenhower
Lutte pour l'architecture

=== Partie 2 : Repartir de zéro : Paradigmes de programmation ===
Chapitre 3 : Aperçu du paradigme
Programmation structurée
Programmation orientée objet
Programmation fonctionnelle
__de quoi réfléchir
__conclusion

Chapitre 4 Programmation structurée
__preuve
Déclaration nuisible
__Décomposition fonctionnelle
Il n'y avait pas de preuve rigoureuse
La science à la rescousse
__test
__conclusion

Chapitre 5 Programmation orientée objet
__Encapsulation ?
__succession?
__Polymorphisme?
__conclusion

Chapitre 6 Programmation fonctionnelle
__Élever un entier au carré
__Immuabilité et architecture
__Séparation de la variabilité
__Approvisionnement en événements
__conclusion

=== Partie 3 Principes de conception ===
Chapitre 7 SRP : Principe de responsabilité unique
Signe 1 : Duplication accidentelle
__Signe 2 : Fusion
__sortie
__conclusion

Chapitre 8 OCP : Principe ouvert-fermé
expérience de pensée
__Contrôle directionnel
__Information cachée
__conclusion

Chapitre 9 LSP : Principe de substitution de Liskov
Guide d'utilisation de l'héritage
Problème carré/rectangle
__LSP et architecture
__Cas de violation des LSP
__conclusion

Chapitre 10 FAI : Principe de ségrégation des interfaces
FAI et langue
FAI et architecture
__conclusion

Chapitre 11 : Principe d'inversion des dépendances
__Abstraction stable
__Usine
__composant en béton
__conclusion

=== Partie 4 Principes des composants ===
Chapitre 12 Composantes
Un bref historique des composants
__déménagement
__linker
__conclusion

Chapitre 13 Cohésion des composants
__REP : Principe d’équivalence réutilisation/publication
__CCP : Principe de fermeture commun
__CRP : Principe de réutilisation commune
Diagramme d'équilibre de la cohésion des composants
__conclusion

Chapitre 14 Combinaison des composants
__ADP : Principe d’acyclicité des dépendances
Conception descendante
__SDP : Principe de fiabilité stable
__SAP : Principe d’abstraction stable
__conclusion

=== Partie 5 Architecture ===
Chapitre 15 : Qu'est-ce que l'architecture ?
__développement
__distribution
__fonctionner
__entretien
__Laissez les options ouvertes
__Indépendance vis-à-vis des appareils
Courrier publicitaire
Attribution d'adresses physiques
__conclusion

Chapitre 16 : L'indépendance
__Cas d'utilisation
__fonctionner
__développement
__distribution
__Ouvrir les options
__ Couplage hiérarchique Découplage
__Couplage et découplage des cas d'utilisation
Mode de combinaison et de détachement
__Développement indépendant
__Indépendance de la distribution
__reproduction
__Combiner le mode de découplage (à nouveau)
__conclusion

Chapitre 17 : Les limites : tracer la ligne
Deux histoires tristes
__FitNesse
__Comment tracer la ligne ? Et quand la tracer ?
__Quelles sont les entrées et les sorties ?
Architecture des plugins
__Discussion sur les plugins
__conclusion

Chapitre 18 : Anatomie des limites
__Franchir la frontière
__Le monolithe terrifiant
Composants distribués
__fil
processus local
__service
__conclusion

Chapitre 19 : Politiques et niveaux
__niveau d'eau
__conclusion

Chapitre 20 Règles commerciales
__entité
__Cas d'utilisation
Modèle de requête et de réponse
__conclusion

Chapitre 21 : Architecture des cris
Thème Architecture
__Objectif de l'architecture
__Mais qu'en est-il du web ?
Les frameworks ne sont que des outils, pas un mode de vie.
Architecture facile à tester
__conclusion

Chapitre 22 Architecture propre
règles de dépendance
Scénario typique
__conclusion

Chapitre 23 Présentateurs et objets modestes
Modèle d'objet humble
Présentateur et vue
Tests et architecture
Passerelle de base de données
__Mappeur de données
__écouteur de service
__conclusion

Chapitre 24 Frontières partielles
Passez la dernière étape
__frontière unidimensionnelle
__Façade
__conclusion

Chapitre 25 : Hiérarchie et frontières
Jeu de chasse __Umpus
__Architecture propre ?
Traverser le courant
__Séparer le flux
__conclusion

Chapitre 26 Composante principale
__Détails ultimes
__conclusion

Chapitre 27 : Services, grands et petits
__Architecture de service ?
__Avantages du service ?
Problème de miaou
__objet sauvé
Services basés sur des composants
Intérêts transversaux
__conclusion

Chapitre 28 Test des limites
__Le test en tant que composant du système
Concevoir en tenant compte des tests
API de test
__conclusion

Chapitre 29 : Architecture embarquée propre
Test d'attitude de l'application
Goulot d'étranglement matériel cible
__conclusion

=== Détails de la partie 6 ===
Chapitre 30 : La base de données, c’est les détails
base de données relationnelle
__Pourquoi les systèmes de bases de données sont-ils si largement utilisés ?
Que se passe-t-il s'il n'y a pas de disque ?
__Détails
Mais qu'en est-il des performances ?
__Anecdote personnelle
__conclusion

Chapitre 31 : Le Web est fait de détails
__La répétition sans fin de ce qui suit
__addition
__conclusion

Chapitre 32 : Les cadres sont des détails
Créateur de framework
__Asymétrie dans les relations conjugales
Facteurs de risque
__sortie
__Je déclare maintenant
__conclusion

Chapitre 33 Étude de cas : Ventes vidéo
__produit
__Analyse des cas d'utilisation
Architecture des composants
Gestion des dépendances
__conclusion

Chapitre 34 : Chapitre manquant
Paquet hiérarchique
__Packages basés sur des fonctions
__ports et adaptateurs
__Package basé sur des composants
Il y a toujours des problèmes liés aux détails de mise en œuvre.
__Organisation vs.
Encapsulation
Autres modes de liaison et de dissociation
Conclusion : Conseils manquants

=== Partie 7 Annexe ===
Annexe A Archéologie architecturale