Downloaded 175 times
Uploaded byGiulio De Donato
Design pattern in Symfony2 - Nanos gigantium humeris insidentes
This document discusses various design patterns used within the Symfony framework such as the Front Controller pattern, Decorator pattern, Dependency Injection, and others. It also discusses anti-patterns to avoid like over-engineering, overuse of patterns, big ball of mud, and reinventing the wheel. Throughout the document there is an emphasis on decoupling code and avoiding tightly coupled spaghetti code.
Design pattern in Symfony2 - Nanos gigantium humeris insidentes
- 1. Nanos gigantium humeris insidentes DESIGNPATTERN INSIDE SYMFONY2
- 2.
- 3. liurrrgio GIULIO DE DONATO GIORGIOCEFARO @liuggio @giorrrgio
- 4.
- 5. DESIGN PATTERN A solutionof a problem in a context James O. Coplien (1994)
- 6. DESIGN PATTERN “ Forme a pattern is primarily a way to chunk up advice about a topic “
- 7.
- 8. FRONT CONTROLLER INTENT: A controllerthat handles all requests for a Web site
- 9.
- 10. FRONT CONTROLLER ...and ? web/app.php
- 11. INTENT: DECORATOR Attach additional responsibilities toan object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.
- 12.
- 13.
- 14. KERNEL AND SERVICECONTAINER SymfonyComponentHttpKernelKernel
- 16. INVERSION OF CONTROL INTENT: Inversionof control is a style of software construction where reusable code controls the execution of problem-specific code
- 17.
- 18. “ Inversion ofcontrol is a common characteristic of frameworks, so saying that these lightweight containers are special because they use inversion of control is like saying my car is special because it has wheels.”
- 19. INVERSION OF CONTROL HOLLYWOODPRINCIPLE: “ DON’T CALL US WE’LL CALL YOU ”
- 20.
- 21. PICO CONTAINER DEFINITION: "DependencyInjection is where components are given their dependencies through their constructors, methods, or directly into fields."
- 22. Dependency injection allowsthe removal of hard-coded dependencies and makes it possible to change them, whether at run-time or compiletime.
- 23. INJECTING A TRANSPORTINSIDE A MAILER
- 24. - FIGHT OFTHE DAY - SERVICE CONTAINER vs DEPENDENCY INJECTION
- 25. INVERSION OF CONTROL INTENT: DECOUPLEDECOUPL DECOUPLE DECOUPLE DECOUPLE DECOUPLE DECOUPLE DECOUPLE DECOUPLE DECOUPLE
- 26. DEPENDENCY INJECTION ANDFRAMEWORKS DI ?? Grafico con spaghetti, infermiera che fa la puntura, lista della spesa per l'antipattern service locator, qualcosa di galattico per l'enhanced injection (tipo pulp fiction) http://www.loosecouplings.com/2011/01/dependency-injection-using-di-container.html DIC
- 27. FACTORY METHOD INTENT: Define aninterface for creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses.
- 28. FACTORY METHOD -DO IT WITH THE DIC
- 29. ABSTRACT FACTORY INTENT: Provide aninterface for creating families of related or dependent objects without specifying their concrete classes.
- 30. ABSTRACT FACTORY -SecurityFactoryInterface SymfonyBundleSecurityBundleDependencyInjectionSecurityFactorySecurityFactoryInterface
- 31. INTENT: BUILDER Separate the constructionof a complex object from its representation so that the same construction process can create different representations.
- 32.
- 33.
- 34. PROXY INTENT: Provide a surrogateor placeholder for another object to control access to it.
- 35.
- 36. MEDIATOR INTENT: Define an objectthat encapsulates how a set of objects interact. Mediator promotes loose coupling by keeping objects from referring to each other explicitly, and it lets you vary their interaction independently.
- 37. ner file Kernel :: REQUEST rLi ste gm ent Fra ste Li on ssi Se Pro List ene r MEDIATOR er ten rLis te Rou ner EVENTDISPATCHER Loca leLis tene r all ew Fir
- 38. STRATEGY aka POLICY INTENT: Definesa family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that use it.
- 39.
- 40.
- 41. DATA MAPPER INTENT: A layerof Mappers that moves data between objects and a database while keeping them independent of each other and the mapper itself.
- 42. VISITOR INTENT: Represent an operationto be performed on the elements of an object structure. Visitor lets you define a new operation without changing the classes of the elements on which it operates.
- 43.
- 44.
- 45. AbstractionInversion, AccidentalComplexity, AccidentalInclusion, AddingEpicycles, AlcoholFueledDevelopment, AmbiguousViewpoint, AnalogyBreakdownAntiPattern, AnalysisParalysis,AnAthena, AppointedTeam, ArchitectsDontCode, ArchitectsPlayGolf, ArchitectureAsRequirements, ArchitectureByImplication, AsynchronousUnitTesting, AutogeneratedStovepipeAntiPattern, BandAid, BearTrap?, BigBallOfMud, BlameStorming, BlowhardJamboree, BoatAnchor, CargoCult, CarParkSyndrome, CascadingDialogBoxesAntiPattern, ContinuousObsolescence, ConfusionOfObjectives, ControlFreak, CopyAndPasteProgramming, CornCob, CoverYourAssets, CreepingFeaturitis, CrciCards, CryptoCracy, DeadEnd, DeathByPlanning, DecisionByArithmetic, DesignByCommittee, DesignForTheSakeOfDesign., DiscordantRewardMechanisms, DoerAndKnower, DryWaterhole, EgalitarianCompensation, EmailIsDangerous, EmperorsNewClothes, EmpireBuilding, ExceptionFunnel, FalseEconomy, FalseSurrogateEndpoint, FearOfSuccess, FireDrill, FloatingPointCurrency, FloatingPointFractions, FoolTrap, FunctionalDecomposition, FungibleTeams, FungibleProjectManager, GeographicallyDistributedDevelopment, GiveMeEstimatesNow, GlassWall, GodClass, GoldenHammer, GroundHogDayProject, HalfDoneIsEnough, HeirApparent, HeroCulture, HiddenRequirements, IdiotProofProcess., IfItIsWorkingDontChange, IfOk, InappropriateTechnicalObjective, InputKludge, ItsAnOperatorProblem, JobKeeper, JumbleAntipattern, JunkyardCoding, KillTwoBirdsWithOneStone, KitchenSinkDesign, LavaFlow, LeadingRequest, MagicContainer, ManagerControlsProcess, MushroomManagement, Nationalism, NetNegativeProducingProgrammer, NotInventedHere, NotTheAppropriateProtocol, NullFlag, OverGeneralizationOfBusinessLogic, OverUseOfPatterns, PathOfLeastResistance, ParsingHtmlWithRegex, PassingNullsToConstructors, PlugCompatibleInterchangeableEngineers, PoliticsOrientedArchitecture, PolterGeists, ReinventingTheWheel, ReinventTheWheel, RollYourOwnDatabase, RequirementsTossedOverTheWall, RubeGoldbergMachine, ScapeGoat, SeagullManagement, SecretSociety, SellingaProductYouCantRealize, ShootTheMessenger, SingleFunctionExitPoint, SmokeAndMirrors, SoftwareMerger, SpaghettiCode, SpecifyNothing, StandingOnTheShouldersOfMidgets, StovepipeAntiPattern, StringWithoutLength, SumoMarriage, SweepItUnderTheRugAntiPattern, SwissArmyKnife, ThatsNotReallyAnIssue, TheBlob, TheCustomersAreIdiots, TheGrandOldDukeOfYork, TheProcessIsTheDeliverable, TheyUnderstoodMe, ThrownOverTheWall, TowerOfVoodoo, TrainTheTrainer, UntestedButFinished, VendorLockIn, ViewgraphEngineering, VietnamWarAntiPattern, VoodooChickenCoding, WalkingThroughaMineField, WarmBodies, WeAreIdiots, WolfTicket, YetAnotherMeetingWillSolveIt, YetAnotherThreadWillSolveIt, ANTI-PATTERN
- 46. DESIGN FOR THE SAKEOF DESIGN “I only ship the perfection" ANTI PATTERNS
- 47. OVER ENGINEERING OVERUSE OFPATTERNS ANTI PATTERNS
- 48. THE BLOB BIG BALLOF MUD ANTI PATTERNS
- 49. GLOBALIZING STANDING ON THESHOULDER OF THE MIDGETS ANTI PATTERNS
- 50. REINVENTING THE WHEEL NIHSYNDROME ANTI PATTERNS
- 51.
- 52. code spends more timebeing read and maintained than being created
- 53.
- 54.
- 55.
- 56. GOOD QUESTIONS ARE BETTERTHAN GOOD ANSWERS
- 57.