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
On the request side, for efficiency sake, I think we should not support assertions on the JSON content out the gate. Perhaps purely substring match or some type of template-based matching?
Given template: { "user_id": [[match_expression_1]], "query": true, "thing", "my favorite thing" }
Roughly my thinking here is on the request side we can guarantee a certain structure because our SDK should be preparing the request, so instead of parsing the full object (which is less efficient), we might be able to get away with a reduce string match and some type of basic templating.
I'm open to the idea that his is premature optimization, just wanted to share the thinking.
What do we think of this issue? I'm tempted to close it or have it explained better. We currently extract the body of a HTTP req/resp as needed, though we probably need codegen for that.
No description provided.
The text was updated successfully, but these errors were encountered: