-
Notifications
You must be signed in to change notification settings - Fork 45
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
Remove duplication / improve organization on "context" properties #204
Comments
Thanks for following up with this. This doesn't necessarily need to be a breaking change right now. Updating the documentation you linked to change:
to
Would have saved me some time 😄 |
@JamieMagee - omg... haha thanks, fixing now :) |
Much duplication was removed on the data passing layer but not on the "context" object itself - worth considering for V4, but for V3 we tended towards limiting breaking changes. |
This is likely something we can address in #480 |
More feedback on why we need to simplify
https://www.maxivanov.io/unit-testing-azure-function-with-jest-typescript/ |
Remove backwards compat sys data Rename bindingMetadata to triggerMetadata Remove executionContext and move functionName/retryContext up a level Remove bindingDefinitions because users will define it in code Related to Azure/azure-functions-nodejs-worker#204
Minor details might still change, but overall this was addressed in the following commits as a part of the new programming model: Azure/azure-functions-nodejs-library@0aac975 I've started a doc here with more information: https://aka.ms/AzFuncNodeV4 |
Main points: - We don't want `toCamelCase` to call `fromRpcTypedData` because it traverses an entire object recursively and only the top level objects should be RpcTypedData - We will remove triggerMetadata from http/timer triggers. That information is best found on the request/timer objects instead Related to all of these bugs: Azure/azure-functions-nodejs-worker#607 Azure/azure-functions-nodejs-worker#274 Azure/azure-functions-nodejs-worker#204 Azure/azure-functions-nodejs-worker#388
Originally posted here: Azure/azure-functions-host#4335
In the above issue, it was expected that
context.bindings
should include output binding names as well as input/trigger binding data. Although we could add output binding names tocontext.bindings
, this issue is to track improvements around the organization and duplication of input and output binding data.This issue tracks future breaking changes to the context object's properties
@JamieMagee as FYI. If you could also let us know what your expectations around output bindings were, and what confused you the most, it would be helpful!
The text was updated successfully, but these errors were encountered: