You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The approach of having multiple extensions implemented in one backend is a bit complex on the side of the dispatcher, because there are multiple implementation of the same methods where just the trait changes, so the compiler can't infer which actual implementation to use. This leads to code like
It's also a semver hazard since self.backend.extension_request_serialized(&mut ctx.core, ctx.backends,request,resources) compile fines if only one extension is enabled through feature-flags, but it doesn't if there are more.
Maybe we should add a dummy extension that is always enabled. That way it forces everyone to use the fully qualified path instead of relying on type inference when only one extension is enabled.
The text was updated successfully, but these errors were encountered:
The approach of having multiple extensions implemented in one backend is a bit complex on the side of the dispatcher, because there are multiple implementation of the same methods where just the trait changes, so the compiler can't infer which actual implementation to use. This leads to code like
It's also a semver hazard since
self.backend.extension_request_serialized(&mut ctx.core, ctx.backends,request,resources)
compile fines if only one extension is enabled through feature-flags, but it doesn't if there are more.Maybe we should add a dummy extension that is always enabled. That way it forces everyone to use the fully qualified path instead of relying on type inference when only one extension is enabled.
The text was updated successfully, but these errors were encountered: