Skip to content

Conversation

@nand4011
Copy link
Contributor

Remove the configuration base classes. These aren't used by any of the code that takes a configuration, so users can't implement new configurations with them and pass them into clients. I'm removing them instead of making the clients use them because config base classes make it difficult to add new configuration options breaking potential user implementations.

Make the middleware classes into data classes. The existing standard classes with getters isn't pythonic.

@nand4011 nand4011 requested review from a team and malandis April 15, 2025 17:48
pgautier404
pgautier404 previously approved these changes Apr 15, 2025
Copy link
Contributor

@pgautier404 pgautier404 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good to me as long as @malandis signs off.

Remove the configuration base classes. These aren't used by any of the
code that takes a configuration, so users can't implement new
configurations with them and pass them into clients. I'm removing them
instead of making the clients use them because config base classes make
it difficult to add new configuration options breaking potential user
implementations.

Make the middleware classes into data classes. The existing standard
classes with getters isn't pythonic.

Make with_middlewares replace the configuration's middleware instead of
adding to it. This matches the behavior in the other SDKs.
@nand4011 nand4011 force-pushed the middleware-improvements branch from 455ace2 to 06b75c4 Compare April 15, 2025 22:48
@nand4011 nand4011 merged commit 6b810cc into main Apr 24, 2025
10 checks passed
@nand4011 nand4011 deleted the middleware-improvements branch April 24, 2025 18:08
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.

4 participants