Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

disable interface injection for services where the user has set a manual#544

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Conversation

@lsmith77
Copy link
Contributor

disable interface injection for services where the user has set a manual method call, to allow the end users to keep full control over injection

see#541

…ual method call, to allow the end users to keep full control over injection
@jmikola
Copy link
Contributor

I don't think a blanket disabling of interface injection due to the presence of a single method call in the concrete definition will work. If that method call doesn't conflict with the add()/set() calls of the interface, there's really nothing to even fix.

Ideally, I'd want some way to intelligently decide between the conflicts states.

  • Method calls exist in the definition; regardless of whether the interface specifies them, disable interface injection (what this PR does originally)
  • Method call exists in both the definition and interface. Allow method calls to stack (what currently happens)
  • Method call exists in both the definition and interface. Ignore method calls in interfaces that are already in the definition (or a previous interface?)
  • Possibly more that I'm missing

In either case, adding a flag to the method call that tells us where it came from is helpful. As custom compiler passes could easily implement any of these strategies.

As discussed in IRC, you're leaning towards a single config option to turn interface injection on/off on a per-service basis. We probably want such a config option to live on the service definition itself.

@kriswallsmith
Copy link
Contributor

I'm not sure I understand what you've done here. Can you explain a bit more? If I add one method call to a definition, will it disable all interface injection on that service?

@lsmith77
Copy link
ContributorAuthor

yes. i think interface injection is useful syntax sugar. but it should not become a problem for being able to manage dependencies. right now it is (albeit in edge cases). i dont think we need to get fancy for these edge cases so a simple flag should also do the trick. i am working on such a PR atm.

@lsmith77
Copy link
ContributorAuthor

here you go#547

@lsmith77
Copy link
ContributorAuthor

closing since we will remove interface injection

nicolas-grekas added a commit that referenced this pull requestMar 31, 2023
… disabled (bastnic)This PR was merged into the 5.4 branch.Discussion----------[FrameworkBundle] enable metadata cache when annotation is disabled| Q             | A| ------------- | ---| Branch?       | 5.4| Bug fix?      | yes| New feature?  | no| Deprecations? | no| Tickets       | Fix #... <!-- prefix each issue number with "Fix #", no need to create an issue if none exists, explain below instead -->| License       | MIT| Doc PR        | symfony/symfony-docs#... <!-- required for new features -->When using Annotations, annotations are cached at `AnnotationLoader` level.Which is cleared when entities are changed. So the dev experience is optimal.```[ClassMetadataFactory.php](vendor/symfony/serializer/Mapping/Factory/ClassMetadataFactory.php") on line 51:[Symfony\Component\Serializer\Mapping\Loader\LoaderChain](vendor/symfony/serializer/Mapping/Loader/LoaderChain.php&line=28#line28) {#543 ▼  -loaders: array:1 [▼    0 => [Symfony\Component\Serializer\Mapping\Loader\AnnotationLoader](vendor/symfony/serializer/Mapping/Loader/AnnotationLoader.php&line=33#line33) {#544 ▼      -reader: [Doctrine\Common\Annotations\PsrCachedReader](vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/PsrCachedReader.php&line=22#line22) {#262 ▼        -delegate: [Doctrine\Common\Annotations\AnnotationReader](vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationReader.php&line=20#line20) {#263 ▶}        -cache: [Symfony\Component\Cache\Adapter\PhpArrayAdapter](vendor/symfony/cache/Adapter/PhpArrayAdapter.php&line=32#line32) {#277 ▶}        -debug: true        -loadedAnnotations: array:14 [▶]        -loadedFilemtimes: array:4 [▶]      }    }  ]}```When using yaml files, there is no cache at the loader level so I added in the past the same cache as for the prod env, as the metadata are effectively cleared when using only yaml config files.#35109The regression introduced by my patch is for people that do not use mapping files but use annotations.#41961But now, we are in the opposite situation: no cache for people using mapping files but not annotations.On a current project it means loading 83 yaml files for each dev requests. It's not good at all.A simple local fix is to add that in a dev services files.```yamlserializer.mapping.cache_class_metadata_factory:    class: 'Symfony\Component\Serializer\Mapping\Factory\CacheClassMetadataFactory'    decorates: 'serializer.mapping.class_metadata_factory'    arguments: ['`@serializer`.mapping.cache_class_metadata_factory.inner', '`@serializer`.mapping.cache.symfony']```![image](https://user-images.githubusercontent.com/84887/224833940-b8e7ad72-e7f6-44e7-a924-0b20f2f0cdae.png)A solution in Symfony could be:1/ only yaml/xml mapping files (`enable_annotations: false`) : cache like prod => that what I did in this PR, as it fixes the current perf regressions on my different projects. There is no cache on yaml/xml file as soon as annotation is enabled (which is the default)2/ add a cache at reader level for yaml/xml loader3/ add a cache cleaner at metadata level when annotation are enabledCommits-------1773dff [FrameworkBundle] enable metadata cache when annotation is disabled
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

3 participants

@lsmith77@jmikola@kriswallsmith

[8]ページ先頭

©2009-2025 Movatter.jp