A Year With Symfony
A Year With Symfony
Writing healthy, reusable Symfony2 code
About the Book
I've written A Year With Symfony for you, a developer who will work with Symfony2 for more than a month (and probably more than a year). You may have started reading your way through the official documentation ("The Book"), the cookbook, some blogs, or an online tutorial. You know now how to create a Symfony2 application, with routing, controllers, entities or documents, Twig templates and maybe some unit tests. But after these basic steps, some concerns will raise about...
- The reusability of your code - How should you structure your code to make it reusable in a future project? Or even in the same project, but with a different view or in a console command?
- The quality of the internal API you have knowingly or unknowingly created - What can you do to ensure that your team members will understand your code, and will use it in the way it was meant to be used? How can you make your code flexible enough to be used in situations resembling the one you wrote it for?
- The level of security of your application - Symfony2 and Doctrine seem to automatically make you invulnerable for well-known attacks on your web application, like XSS, CSRF and SQL injection attacks. But can you completely rely on the framework? And what steps should you take to fix some of the remaining issues?
- The inner workings of Symfony2 - When you take one step further from creating just controllers and views, you will soon need to know more about the HttpKernel which is the heart of a Symfony2 application. How does it know what controller should be used, and which template? And how can you override any decision that's made while handling a request?
To get a better idea about the book, take a look at the table of contents below), or download a sample of the book above.
A printed edition of this book is available via Amazon.
About the Author
Table of Contents
- Foreword
-
Introduction
-
- Thank you
- Who should read this book
- Conventions
- Overview of the contents
-
-
I The journey from request to response
-
1 The
HttpKernelInterface-
1.1 Booting the kernel
- Bundles as container extensions
- Creating the service container
-
1.2 From the
Kernelto theHttpKernel
-
1.1 Booting the kernel
-
2 Events leading to a response
-
2.1 Early response
-
Some notable
kernel.requestevent listeners
-
Some notable
- 2.2 Resolving the controller
-
2.3 Allow replacement of the controller
-
Some notable
kernel.controllerlisteners
-
Some notable
- 2.4 Collect arguments for executing the controller
- 2.5 Execute the controller
-
2.6 Enter the view layer
-
A notable
kernel.viewlistener
-
A notable
-
2.7 Filter the response
-
Notable
kernel.responselisteners
-
Notable
-
2.1 Early response
-
3 Exception handling
-
3.1 Notable
kernel.exceptionlisteners
-
3.1 Notable
-
4 Sub-requests
- 4.1 When are sub-requests used?
-
1 The
-
II Patterns of dependency injection
- 5 What is a bundle?
-
6 Service patterns
-
6.1 Required dependencies
-
Required constructor arguments
- Abstract definitions for extra arguments
-
Required setter calls
- Method calls in abstract definitions
-
Required constructor arguments
-
6.2 Optional dependencies
- Optional constructor arguments
- Optional setter calls
-
6.3 A collection of services
- Multiple method calls
- The best of both worlds
- Service tags
- Single method call
- Replacing a single argument
- Service ids instead of references
-
6.4 Delegated creation
- Not so useful
- Sometimes useful
-
6.5 Manually creating services
- Definition
- Arguments
- Tags
- Aliases
-
6.6 The
Configurationclass - 6.7 Dynamically add tags
- 6.8 Strategy pattern for loading exclusive services
-
6.9 Loading and configuring additional services
- A cleaner configuration class
- 6.10 Configure which services to use
- 6.11 Completely dynamic service definitions
-
6.1 Required dependencies
-
7 Parameter patterns
-
7.1
Parameters.yml -
7.2 Parameter resolving
- Parameters for class names
- Manually resolving parameters
- 7.3 Define parameters in a container extension
- 7.4 Override parameters with a compiler pass
-
7.1
-
III Project structure
-
8 Organizing application layers
- 8.1 Slim controllers
- 8.2 Form handlers
- 8.3 Domain managers
-
8.4 Events
- Persistence events
-
9 State and context
- 9.1 The security context
-
9.2 The request
-
Avoiding a dependency on the current request
- Use an event listener
- Providing the request object at runtime
- Using specific values only
-
Avoiding a dependency on the current request
-
8 Organizing application layers
-
IV Configuration conventions
-
10 Application configuration setup
-
10.1 Use local configuration files
-
Keep
parameters.yml -
Add a
default_parameters.yml
-
Keep
-
10.1 Use local configuration files
-
11 Configuration conventions
-
11.1 Routing
- Choosing Route Names
- 11.2 Services
- 11.3 Mapping metadata
-
11.1 Routing
-
10 Application configuration setup
-
V Security
-
12 Introduction
- 12.1 Symfony and security
-
12.2 Goals: prevention and confinement
- Minimize impact
- Reflection
- Before diving in…
-
13 Authentication and sessions
-
13.1 Invalidating sessions
- Session hijacking
- Long-running sessions
-
13.1 Invalidating sessions
-
14 Controller design
- 14.1 Secure actions
- 14.2 Putting controllers behind the firewall
-
15 Input validation
-
15.1 Safe forms
- HTML5 validation
- Validation constraints
- Forms without an entity
-
15.2 Validate values from
Request-
Request attributes
- Route parameters
-
Query or request parameters
- Use the ParamFetcher
-
Request attributes
-
15.3 Sanitizing HTML
- Automatic sanitizing
-
15.1 Safe forms
-
16 Output escaping
-
16.1 Twig
- Know your escaping context
- Escaping function output
- Escaping function arguments
-
Be wary of the
rawfilter
-
16.1 Twig
-
17 Being secretive
- 17.1 Mask authentication errors
- 17.2 Prevent exceptions from showing up
- 17.3 Customize error pages
- 17.4 Be vague about user data
-
12 Introduction
-
VI Using annotations
-
18 Introduction
-
-
- Annotations: Domain-specific languages
-
-
-
19 An annotation is a simple value object
-
19.1 Adding attributes to your annotation
-
- Passing the attributes via the constructor
-
Populating public properties with the provided attributes
-
Validation using
@Attributes -
Validation using
@varand@Required
-
Validation using
-
- 19.2 Limiting the use of an annotation
-
19.1 Adding attributes to your annotation
-
20 Valid use cases for annotations
-
20.1 Loading configuration
-
- Annotations and coupling
-
- 20.2 Controlling application flow
-
20.1 Loading configuration
-
21 Using annotations in your Symfony application
-
21.1 Responding to
Requestattributes: the@Referrerannotation -
21.2 Prevent controller execution: the
@RequiresCreditsannotation -
21.3 Modify the response: the
@DownloadAsannotation
-
21.1 Responding to
- 22 Designing for reusability
- 23 Conclusion
-
18 Introduction
-
VII Being a Symfony developer
-
24 Reusable code has low coupling
- 24.1 Separate company and product code
- 24.2 Separate library and bundle code
-
24.3 Reduce coupling to the framework
- Event listeners over event subscribers
- Constructor arguments over fetching container parameters
-
Constructor arguments over fetching container services
- The performance issue
- Framework-agnostic controllers
- Thin commands
- The environment
-
25 Reusable code should be mobile
-
25.1 Dependency management and version control
- Package repositories
-
25.2 Hard-coded storage layer
- Auto-mapped entities
- Storage-agnostic models
- Object managers
-
25.3 Hard-coded filesystem references
- Using the filesystem
-
25.1 Dependency management and version control
-
26 Reusable code should be open for extension
- 26.1 Configurable behavior
-
26.2 Everything should be replaceable
-
Use lots of interfaces
- Use the bundle configuration to replace services
-
Use lots of interfaces
-
26.3 Add extension points
- Service tags
- Events
-
27 Reusable code should be easy to use
- 27.1 Add documentation
-
27.2 Throw helpful exceptions
- Use specific exception classes
- Set detailed and friendly messages
-
28 Reusable code should be reliable
-
28.1 Add enough tests
- Test your bundle extension and configuration
-
28.1 Add enough tests
- Conclusion
-
24 Reusable code has low coupling
The Leanpub 45-day 100% Happiness Guarantee
Within 45 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.
See full terms
Do Well. Do Good.
Authors have earned$10,799,408writing, publishing and selling on Leanpub, earning 80% royalties while saving up to 25 million pounds of CO2 and up to 46,000 trees.
Learn more about writing on Leanpub
Free Updates. DRM Free.
If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).
Most Leanpub books are available in PDF (for computers), EPUB (for phones and tablets) and MOBI (for Kindle). The formats that a book includes are shown at the top right corner of this page.
Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.
Learn more about Leanpub's ebook formats and where to read them
Top Books
- #1
Aprendiendo Git
Miguel Angel Durán GarcíaGit no es complicado... ¡Si lo entiendes! 😜
¿Sientes que sabes usarlo porque has memorizado todos los comandos que necesitas? ¡Pero no entiendes qué hace cada cosa y por qué! Así es normal que, cuando exista un problema, te cueste resolverlo.
¡Con este libro vas a entender de una vez por todas todo lo que es Git y cómo sacarle provecho!
- #2
C++20
Rainer GrimmC++20 is the next big C++ standard after C++11. As C++11 did it, C++20 changes the way we program modern C++. This change is, in particular, due to the big four of C++20: ranges, coroutines, concepts, and modules.
- #3
Introducing EventStorming
Alberto BrandoliniThe deepest tutorial and explanation about EventStorming, straight from the inventor.
- #4
Functional Programming Made Easier
Charles ScalfaniA Functional Programming book from beginner to advanced without skipping a single step along the way.
In my 40 years of programming, I've felt that programming books always let me down, especially Functional Programming books. So, I wrote the book I wish I had 5 years ago.
Functional Programming will never be easy, but it can be easier.
- #5
Windows 10 System Programming, Part 2
Pavel Yosifovich - #6
Ansible for DevOps
Jeff GeerlingAnsible is a simple, but powerful, server and configuration management tool. Learn to use Ansible effectively, whether you manage one server—or thousands.
- #7
Jetpack Compose internals
Jorge CastilloJetpack Compose is the future of Android UI. Master how it works internally and become a more efficient developer with it. You'll also find it valuable if you are not an Android dev. This book provides all the details to understand how the Compose compiler & runtime work, and how to create a client library using them.
- #8
Thinking with Types
Sandy MaguireThis book aims to be the comprehensive manual for type-level programming. It's about getting you from here to there---from a competent Haskell programmer to one who convinces the compiler to do their work for them.
- #9
node-opcua by example
Etienne RossignonGet the best out of node-opcua through a set of documented examples by the author himself that will allow you to create stunning OPCUA Servers or Clients.
- #10
OpenIntro Statistics
David Diez, Christopher Barr, Mine Cetinkaya-Rundel, and OpenIntroA complete foundation for Statistics, also serving as a foundation for Data Science.
Leanpub revenue supports OpenIntro (US-based nonprofit) so we can provide free desk copies to teachers interested in using OpenIntro Statistics in the classroom and expand the project to support free textbooks in other subjects.
More resources: openintro.org.
Top Bundles
- #1
Software Architecture for Developers: Volumes 1 & 2 - Technical leadership and communication
2 Books
"Software Architecture for Developers" is a practical and pragmatic guide to modern, lightweight software architecture, specifically aimed at developers. You'll learn:The essence of software architecture.Why the software architecture role should include coding, coaching and collaboration.The things that you really need to think about before... - #2
CCIE Service Provider Ultimate Study Bundle
2 Books
Piotr Jablonski, Lukasz Bromirski, and Nick Russo have joined forces to deliver the only CCIE Service Provider training resource you'll ever need. This bundle contains a detailed and challenging collection of workbook labs, plus an extensively detailed technical reference guide. All of us have earned the CCIE Service Provider certification... - #3
The Python Craftsman
3 Books
The Python Craftsman series comprises The Python Apprentice, The Python Journeyman, and The Python Master. The first book is primarily suitable for for programmers with some experience of programming in another language. If you don't have any experience with programming this book may be a bit daunting. You'll be learning not just a programming... - #4
Modern C++ Collection
3 Books
Get All about Modern C++C++ Standard Library, including C++20Concurrency with Modern C++, including C++20C++20Each book has about 200 complete code examples. Updates are included. When I update one of the books, you immediately get the updated bundle. You can expect significant updates to each new C++ standard (C++23, C++26, .. ) and also... - #7
Pattern-Oriented Memory Forensics and Malware Detection
2 Books
This training bundle for security engineers and researchers, malware and memory forensics analysts includes two accelerated training courses for Windows memory dump analysis using WinDbg. It is also useful for technical support and escalation engineers who analyze memory dumps from complex software environments and need to check for possible... - #9
Development and Deployment of Multiplayer Online Games, Part ARCH. Architecture (Vol. I-III)
3 Books
What's the Big Idea? The idea behind this book is to summarize the body of knowledge that already exists on multiplayer games but is not available in one single place.And quite a fewof the issues discussed within this series (planned as three nine volumes ~300 pages each), while known in the industry, have not been published at all (except for...
