Chronique d'un projet * Driven Design

Chronique d'un projet * Driven Design

Présentation lors du Forum PHP 2015

12fad6dce4099a21ed70cf4409fe2271?s=128

Alexandre Balmes

November 23, 2015
Tweet

Transcript

  1. 2.

    ME, MYSELF AND I • Alexandre BALMES • Twitter //@pockystar

    • Indépendant • Et cofondateur de Vanoix (with the great @ubermuda)
  2. 5.

    *DD POUR LES GROS PROJETS ? Quelle est la métrique

    qui détermine un “gros projet” ? (a) Les ressources qui lui sont allouées ? (b) Le montant en bas de la facture ? (c) Sa durée de vie ? (d) La réponse D
  3. 6.

    *DD PLUS COUTEUX ? ➤ Le critère création tests/budget est

    identique ➤ PhpSpec à pour intérêt principal de générer du code ➤ Ne pas oublier que le *DD nous incite avant tout à faire de l’objet.
  4. 7.

    AU FINAL ? ➤ L’objectif du *DD est de faciliter

    : ➤ La conception (= le design) de l’application sur le long terme ➤ Donc sa compréhension ➤ Donc sa maintenance ➤ Donc le transfert de compétence
  5. 12.

    STEP 1: IMPACT MAPPING Feature: Want to grow up to

    10 000 customers As a customer When I connect my Facebook account to website Then I get a discount coupon
  6. 14.

    STEP 3: DOMAIN MODELING @domain Feature: Want to grow up

    to 10 000 customers Scenario: Connect my social account Given I am a registered customer with a new account When I want to add a social account to my social panel Then I can decide if I want to send mails to my friends Scenario: Get a discount coupon Given I just receive a mail from my friend When I confirm my subscription Then I will receive a 10% discount coupon And my friend a 20€ discount coupon
  7. 17.
  8. 19.
  9. 22.

    DDD: VOCABULAIRE ➤ Ubiquitous Language ➤ Domain Model (Entity /

    ValueObject) ➤ Aggregates ➤ Bounded Context ➤ Persistence ignorance (Repository)
  10. 26.

    DDD: TROP DE FICHIERS ? 1. Application/Controller/WritePostFormController::indexAction() 2. Application/Form/Type/WritePostType 3.

    Application/DTO/WritePostDTO 4. Application/Controller/WritePostController::indexAction() 5. Application/Service/PostService::checkDuplicateContent() 6. Infrastructure/Service/PostService::writePost() 7. Infrastructure/Persistence/ORM/PostRepository::add() 8. Domain/Event/PostIsWritedEvent
  11. 27.

    DDD: TROP DE FICHIERS ? 1. Application/Command/WritePostCommand::process() 2. Application/DTO/WritePostDTO 3.

    Application/Service/PostService::checkDuplicateContent() 4. Infrastructure/Service/PostService::writePost() 5. Infrastructure/Persistence/ORM/PostRepository::add() 6. Domain/Event/PostIsWritedEvent
  12. 28.

    DDD: TROP DE FICHIERS ? 1. Application/Command/WritePostCommand::process() 2. Application/DTO/WritePostDTO::construct() 3.

    Application/Controller/WritePostController::indexAction() 4. Application/Service/PostService::checkDuplicateContent() 5. Infrastructure/Command/WritePostCommand::construct() 6. Infrastructure/Handler/WritePostHandler::handle() 7. Infrastructure/Service/PostService::writePost() 8. Infrastructure/Persistence/ORM/PostRepository::add() 9. Domain/Event/PostIsWritedEvent
  13. 30.

    DDD: AVANTAGES ➤ Une vraie agilité ➤ Pérennité du code

    ➤ Plusieurs niveaux de documentations technique ➤ Un code métier compréhensible par tous ➤ MVP vs MLP
  14. 31.

    DDD: INCONVÉNIENTS ➤ Le premier projet fait mal ➤ Le

    critère temps à court terme (pas vraiment DRY — quoi que) ➤ L’infaisabilité technique sur certains projets (Magento, Prestashop, Wordpress…)
  15. 32.
  16. 33.