-
Notifications
You must be signed in to change notification settings - Fork 247
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
Project Organization Open Questions #6
Comments
Please compare with other language repos for examples. We strive for naming consistency (while remaining idiomatic) to make it easier to use different libraries for different languages in multi-lingual projects. For example, for auth we actually have azure-identity, though we are currently talking about moving bearer token (including challenges) into azure-core. For storage, I'd recommend the same. As much as possible, think about how our existing storage libraries are modularized. Features in Rust seems ideal, but perhaps those features can better align with packages in, say, JavaScript or Python. Going with the naming consistency, azure-core would be preferable. It's what all the other languages do. That this is an SDK is already implied. As for auth in general, azure-identity has many different authentication classes that can be used together with DefaultAzureCredential. I've linked the C# one because that probably has the most different operations it will try. It's optimized to work with both production and development environments by checking first for production environment variables or MSI, then falls back to developer methods like azure CLI or VS auth records. We'll want to do the same, as this is what most people use - and why we designed it as we did. |
I moved the question about the auth crate naming to issue #32 |
Closing this as we've answered most of these questions. |
azure_sdk_core
named that way even though it containssdk
. I thinkazure_core
is a bit too generic of a package name.The text was updated successfully, but these errors were encountered: