anchor.diff:  Chaque décorator va appliquer une dépense en proposant l'implémentation de la méthode "applyExpense(double turnover)".
   
   Une subtilité est à constater içi, la classe prend également en paramètre l'interface "ProfitCalculator". 
  -En effet, chaque decorator va appliquer le calcul du decorator qui le précède et va ensuite y ajouter son calcul à lui. C'est ce comportement qui permet d'ajouter des traitements au runtime.
  +En effet, chaque decorator va appliquer le calcul du decorator qui le précède et va ensuite y ajouter son calcul. C'est ce comportement qui permet d'ajouter des traitements au runtime.
   
   Nous allons commencer par une classe proposant un calcul par défaut, appelé "DefaultProfitCalculator". Il est, en effet, utile de commencer par une classe de type "profitCalculator" qui ne dépend de rien lors de son instantiation. Ceci correspond au calcul initial des decorators : 
   
  
positive.code:   }
  ----
  
  Et le code sans le decorator "ExceptionalExpenses" : 
  
  [source,java]
  ----
  
negative.code: 
  == b) Decorator en Java 8 avec une API fluent
  
  Dans cette dernière partie nous allons voir qu'il est possible d'implémenter le pattern decorator via une API "fluent" et permettant d'indiquer clairement au client de l'API les traitements effectués.
  L'objectif va être de créer une classe Wrapper de type builder afin de composer nos fonctions de façon fluide.
  
  Voici le code complet de la classe appelée FluentDecorator : 
  