-
Notifications
You must be signed in to change notification settings - Fork 31
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
Implemented 'ODataPropertyName' attribute #117
Conversation
will this get approved? |
@BarberMSFT I've published my patched version to nuget, you can use it while this PR is not merged. |
|
@ZEXSM Looks like your ci pipeline doesn't have the "CONFIGURATION" variable set. |
@pikami, checked, she is there, I'm still figuring out what the problem is |
@pikami try |
@ZEXSM Just checked, it works as expected. |
@pikami, try merge PR |
Only those with write access can merge pull requests. |
was out last week but awesome work, thank you! |
There may be cases when the model in the OData service is different from the model in the application. In those cases we need a way to override the property names of our model to match those in the OData service.
This PR adds support for custom property names during query building by using a new 'ODataPropertyName' attribute.
This fixes and or provides workarounds the following issues:
While I believe this feature can be beneficial in certain scenarios, I do acknowledge that it may not be the most elegant or intuitive solution. I'm more than open to discussing alternative approaches that might better align with this library's design philosophy.