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
Along the same lines as those above but with a few twists:
predefined commonly used functions
written in C# usable by others
reduces function code
Standardised and tested to run reliably on Appservice environment.
Description
One promise of serverless is to write only your business logic and we take care of the rest. Functions addresses a lot of the machinations related to running the user’s code. However the code is still not business logic. Common tasks like transforming between formats, compression/encryption are still handled by the users. There are also nuances related to these operations running on the azure functions sandbox that both users and our support folks can live without.
Enter functions filters
The proposal is to have a standard set of functionality available as “filters” to users likely as an IBinder interface. Any function can include the filter and the based on the configuration set in function.json the filter would run the custom operation on the incoming Stream.
In short the incoming stream would get applied to another binder before/after the main binder is done with its job.
Going to close this because the Function Filters feature has been checked in (see #980). That feature allows you to apply custom pre/post logic to function parameters. I think that would enable your scenario.
#1041
#734
#980
#1167
Along the same lines as those above but with a few twists:
Description
One promise of serverless is to write only your business logic and we take care of the rest. Functions addresses a lot of the machinations related to running the user’s code. However the code is still not business logic. Common tasks like transforming between formats, compression/encryption are still handled by the users. There are also nuances related to these operations running on the azure functions sandbox that both users and our support folks can live without.
Enter functions filters
The proposal is to have a standard set of functionality available as “filters” to users likely as an IBinder interface. Any function can include the filter and the based on the configuration set in function.json the filter would run the custom operation on the incoming Stream.
In short the incoming stream would get applied to another binder before/after the main binder is done with its job.
The text was updated successfully, but these errors were encountered: