postCommerceSubscriberBySubscriberidWithHttpInfo method
Method-override tunnel for a subscriber — for clients that cannot send PUT, PATCH or DELETE
A subscriber is a mailing-list member — name, email, the form id that captured them, unsubscribed state and date, client details, tags and metadata. Writing one FIRES A WEBHOOK: subscriber.created on create and subscriber.updated on replace or patch, emitted BEFORE the write is known to have succeeded and carrying the row as sent, so the payload holds the raw email rather than the normalized one that gets stored. Re-dispatches the request into the handler the intended verb would have reached, taking that verb from a _method form value or query parameter and then from the X-HTTP-Method-Override header. PUT replaces the row, PATCH changes part of it, DELETE removes it, and anything else is 405. The trap is the DEFAULT: naming no override at all leaves the method POST, which this tunnel maps to the PARTIAL UPDATE — it is never a create, and creating is the collection root's job. Behaviour and authorization are the underlying operation's, since the real handler runs. Any valid access token reaches it.
Note: This method returns the HTTP Response.
Parameters:
- String subscriberid (required):
Implementation
Future<Response> postCommerceSubscriberBySubscriberidWithHttpInfo(String subscriberid,) async {
// ignore: prefer_const_declarations
final path = r'/v1/commerce/subscriber/{subscriberid}'
.replaceAll('{subscriberid}', subscriberid);
// ignore: prefer_final_locals
Object? postBody;
final queryParams = <QueryParam>[];
final headerParams = <String, String>{};
final formParams = <String, String>{};
const contentTypes = <String>[];
return apiClient.invokeAPI(
path,
'POST',
queryParams,
postBody,
headerParams,
formParams,
contentTypes.isEmpty ? null : contentTypes.first,
);
}