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
In #186, it was changed so if you have duplicate operation ID's, the library appends numeric suffixes using _1, _2, etc.
These numerically suffixed methods don't provide much context to the caller. I'd propose appending the path parameters to the method name, so as to make it unique with the parameter context.
For example, let's say you had multiple operation ID's of ListAggregatedUsers, with different path parameters. Instead of the numerically generated suffixes, append that URL parameters of say resourceID to the operation ID for the client. So instead of:
ListAggregatedUsers_1
Becomes:
ListAggregatedUsersWithResourceId
The text was updated successfully, but these errors were encountered:
How a temporary solution you can use getPathToMethodName(opts, m, path)) instead var methodName = (op.operationId ? normalizeName(op.operationId) : getPathToMethodName(opts, m, path));
How a temporary solution you can use getPathToMethodName(opts, m, path)) instead var methodName = (op.operationId ? normalizeName(op.operationId) : getPathToMethodName(opts, m, path));
In #186, it was changed so if you have duplicate operation ID's, the library appends numeric suffixes using
_1
,_2
, etc.These numerically suffixed methods don't provide much context to the caller. I'd propose appending the path parameters to the method name, so as to make it unique with the parameter context.
For example, let's say you had multiple operation ID's of
ListAggregatedUsers
, with different path parameters. Instead of the numerically generated suffixes, append that URL parameters of sayresourceID
to the operation ID for the client. So instead of:Becomes:
The text was updated successfully, but these errors were encountered: