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
Now all the backend services has an associated Config type.
In my project I'd prefer to extra all the config into a separated crate (protos) and keep it as thin as enough, i.e., I need:
Refer to configs said S3Config;
Without refer to the whole S3 backend.
The config will later pass to the service crate and really initialize the backend (within the operator). And in this way in the protos crate I can depend on opendal = { version = ".." } without any features.
A separate crate might not work since we need to implement Configurator, which is highly coupled to its Builder. Maybe we can expose it in a new module like opendal::services::S3Config by placing it in services/s3_config.rs.
Now all the backend services has an associated
Config
type.In my project I'd prefer to extra all the config into a separated crate (
protos
) and keep it as thin as enough, i.e., I need:S3Config
;The config will later pass to the service crate and really initialize the backend (within the operator). And in this way in the protos crate I can depend on
opendal = { version = ".." }
without any features.@Xuanwo what do you think?
The text was updated successfully, but these errors were encountered: