Skip to content
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

Distributed component registration #4

Open
dnut opened this issue Oct 28, 2023 · 0 comments
Open

Distributed component registration #4

dnut opened this issue Oct 28, 2023 · 0 comments

Comments

@dnut
Copy link
Owner

dnut commented Oct 28, 2023

Currently the macros are based around the idea that your app describes all of its components in one place. Most other dependency injection frameworks don't need this. You just annotate your component somehow, and it gets picked up.

This approach can already be accomplished with app-frame if you implement the correct traits adjacent to your component declaration, instead of using the application! macro. It's just very verbose, and it's not documented as an option, so it's not likely to be a common approach.

A macro could be added to do the same thing, to make this an explicitly supported use case. However, this could lead to a lot of confusion if people expect the application macro to be the single explicit location where components are associated with an application.

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

No branches or pull requests

1 participant