Explain how multiple modules can decorate same Symfony service
Nobody has claimed this yet.
- Dominant language
- Scala
- Stars
- 136
- Forks
- 555
- Avg merge
- 4d 14h
- Merged PRs (30d)
- 4
Description
foo:
class: App\Foo
arguments: ['@router']
public: true
foo_decorated1:
class: App\DecorFooOne
decorates: foo
arguments: ['@foo_decorated1.inner']
public: true
foo_decorated2:
class: App\DecorFooTwo
decorates: foo
arguments: ['@foo_decorated2.inner']
public: true
Constructor of DecorFooTwo will receive an instance of DecorFooOne, not Foo. Symfony is able to chain decoration links.
This means that if multiple modules decorate the same Core service, all the behaviors will be kept (instead of one module overriding others behaviors).
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No documentation file or entry point is named. Add an explanation of how multiple modules can decorate the same Symfony service, using the foo, foo_decorated1, and foo_decorated2 example; done when the documentation clearly explains that decorators are chained and behaviors are preserved.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- symfony
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100