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

Extensibility of observables #135

Open
jrandolf opened this issue Apr 6, 2024 · 2 comments
Open

Extensibility of observables #135

jrandolf opened this issue Apr 6, 2024 · 2 comments
Labels
possible future enhancement An enhancement that doesn't block standardization or shipping

Comments

@jrandolf
Copy link

jrandolf commented Apr 6, 2024

Does the proposal have any plans for extending existing operators? In our internal implementation, we modify operators using imports of modules that modify the prototype. We think it'd be better if there was an API like customElements.define (e.g. observables.define) that would allow extending the operator API.

@domfarolino
Copy link
Collaborator

we modify operators using imports of modules that modify the prototype. We think it'd be better if there was an API like customElements.define (e.g. observables.define) that would allow extending the operator API.

Can you describe why your proposed method of extensibility would be desirable? What does it provide over your current solution?

@jrandolf
Copy link
Author

You can define additional requirements with the indirection. For example, the operator is required to be a function.

We have had success in just using the prototype, so I wouldn't say the proposed solution is necessary. This question is more about guidance/expectation.

@domfarolino domfarolino added the possible future enhancement An enhancement that doesn't block standardization or shipping label Aug 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
possible future enhancement An enhancement that doesn't block standardization or shipping
Projects
None yet
Development

No branches or pull requests

2 participants