10000 [DI] Add a base class for extension by vicb · Pull Request #6207 · symfony/symfony · GitHub
[go: up one dir, main page]

Skip to content

[DI] Add a base class for extension #6207

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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 1 commit into from
Closed

Conversation

vicb
Copy link
Contributor
@vicb vicb commented Dec 6, 2012

depends on #6148

@fabpot should we change addClassesToCompile & the likes (thinking of traits).

@fabpot
Copy link
Member
fabpot commented Dec 6, 2012

Can you rebase?

@fabpot
Copy link
Member
fabpot commented Dec 6, 2012

hmmm, now that I see the result, I'm not sure it is worth it as the Extension class in the DI component depends on the Config one.

@vicb
Copy link
Contributor Author
vicb commented Dec 6, 2012

No pb, I can remove it, should I remove the ContainerBuilder altogether ?

@fabpot
Copy link
Member
fabpot commented Dec 6, 2012

I would keep everything that is strictly in the DI namespace in the DI extension class and everything else in the HttpKernel class as it is now.

@vicb
Copy link
Contributor Author
vicb commented Dec 6, 2012

But this change is great if you need the DI without the full stack.

What about my other comment ?

@fabpot
Copy link
Member
fabpot commented Dec 6, 2012

Which other comment? This one? "should I remove the ContainerBuilder altogether?" In which case, I don't understand what it means.

What about adding 2 classes in the DI component: the base one and another one with the dependency on the config component? Is it overkill?

@vicb
Copy link
Contributor Author
vicb commented Dec 6, 2012

"should I remove the ContainerBuilder altogether?"

I mean that the widely used (ie loaders) ContainerBuilder also depends on Config - that was kind of a joke !

I was refering to my first comment here

should we change addClassesToCompile & the likes (thinking of traits).

Overkill I don't know but useless for sure: the ExtensionInterface depends on ContainerBuilder which depends on Config.

@fabpot fabpot closed this in 9de5ffa Dec 6, 2012
@vicb
Copy link
Contributor Author
vicb commented Dec 7, 2012
93EF

@fabpot sorry to ask again but should we change the naming irt traits ?

@fabpot
Copy link
Member
fabpot commented Dec 7, 2012

@vicb: no, that would be a BC break for no real added benefit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants
0