< Summary

Class:Microsoft.Azure.CognitiveServices.Search.AutoSuggest.AutoSuggestClientExtensions
Assembly:Microsoft.Azure.CognitiveServices.Search.BingAutoSuggest
File(s):C:\Git\azure-sdk-for-net\sdk\cognitiveservices\Search.BingAutoSuggest\src\Generated\AutoSuggest\AutoSuggestClientExtensions.cs
Covered lines:4
Uncovered lines:0
Coverable lines:4
Total lines:415
Line coverage:100% (4 of 4)
Covered branches:0
Total branches:0

Metrics

MethodCyclomatic complexity Line coverage Branch coverage
AutoSuggestMethod(...)-100%100%
AutoSuggestMethodAsync()-100%100%

File(s)

C:\Git\azure-sdk-for-net\sdk\cognitiveservices\Search.BingAutoSuggest\src\Generated\AutoSuggest\AutoSuggestClientExtensions.cs

#LineLine coverage
 1// <auto-generated>
 2// Code generated by Microsoft (R) AutoRest Code Generator.
 3// Changes may cause incorrect behavior and will be lost if the code is
 4// regenerated.
 5// </auto-generated>
 6
 7namespace Microsoft.Azure.CognitiveServices.Search.AutoSuggest
 8{
 9    using Models;
 10    using System.Collections;
 11    using System.Collections.Generic;
 12    using System.Threading;
 13    using System.Threading.Tasks;
 14
 15    /// <summary>
 16    /// Extension methods for AutoSuggestClient.
 17    /// </summary>
 18    public static partial class AutoSuggestClientExtensions
 19    {
 20            /// <summary>
 21            /// The AutoSuggest API lets you send a search query to Bing and get back a
 22            /// list of suggestions. This section provides technical details about the
 23            /// query parameters and headers that you use to request suggestions and the
 24            /// JSON response objects that contain them.
 25            /// </summary>
 26            /// <param name='operations'>
 27            /// The operations group for this extension method.
 28            /// </param>
 29            /// <param name='query'>
 30            /// The user's search term.
 31            /// </param>
 32            /// <param name='acceptLanguage'>
 33            /// A comma-delimited list of one or more languages to use for user interface
 34            /// strings. The list is in decreasing order of preference. For additional
 35            /// information, including expected format, see
 36            /// [RFC2616](http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html). This
 37            /// header and the setLang query parameter are mutually exclusive; do not
 38            /// specify both. If you set this header, you must also specify the
 39            /// [cc](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#cc)
 40            /// query parameter. To determine the market to return results for, Bing uses
 41            /// the first supported language it finds from the list and combines it with
 42            /// the cc parameter value. If the list does not include a supported language,
 43            /// Bing finds the closest language and market that supports the request or it
 44            /// uses an aggregated or default market for the results. To determine the
 45            /// market that Bing used, see the BingAPIs-Market header. Use this header and
 46            /// the cc query parameter only if you specify multiple languages. Otherwise,
 47            /// use the
 48            /// [mkt](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#mkt)
 49            /// and
 50            /// [setLang](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#
 51            /// query parameters. A user interface string is a string that's used as a
 52            /// label in a user interface. There are few user interface strings in the JSON
 53            /// response objects. Any links to Bing.com properties in the response objects
 54            /// apply the specified language.
 55            /// </param>
 56            /// <param name='pragma'>
 57            /// By default, Bing returns cached content, if available. To prevent Bing from
 58            /// returning cached content, set the Pragma header to no-cache (for example,
 59            /// Pragma: no-cache).
 60            /// </param>
 61            /// <param name='userAgent'>
 62            /// The user agent originating the request. Bing uses the user agent to provide
 63            /// mobile users with an optimized experience. Although optional, you are
 64            /// encouraged to always specify this header. The user-agent should be the same
 65            /// string that any commonly used browser sends. For information about user
 66            /// agents, see [RFC
 67            /// 2616](http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html). The
 68            /// following are examples of user-agent strings. Windows Phone: Mozilla/5.0
 69            /// (compatible; MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM;
 70            /// Touch; NOKIA; Lumia 822). Android: Mozilla / 5.0 (Linux; U; Android 2.3.5;
 71            /// en - us; SCH - I500 Build / GINGERBREAD) AppleWebKit / 533.1 (KHTML; like
 72            /// Gecko) Version / 4.0 Mobile Safari / 533.1. iPhone: Mozilla / 5.0 (iPhone;
 73            /// CPU iPhone OS 6_1 like Mac OS X) AppleWebKit / 536.26 (KHTML; like Gecko)
 74            /// Mobile / 10B142 iPhone4; 1 BingWeb / 3.03.1428.20120423. PC: Mozilla / 5.0
 75            /// (Windows NT 6.3; WOW64; Trident / 7.0; Touch; rv:11.0) like Gecko. iPad:
 76            /// Mozilla / 5.0 (iPad; CPU OS 7_0 like Mac OS X) AppleWebKit / 537.51.1
 77            /// (KHTML, like Gecko) Version / 7.0 Mobile / 11A465 Safari / 9537.53
 78            /// </param>
 79            /// <param name='clientId'>
 80            /// Bing uses this header to provide users with consistent behavior across Bing
 81            /// API calls. Bing often flights new features and improvements, and it uses
 82            /// the client ID as a key for assigning traffic on different flights. If you
 83            /// do not use the same client ID for a user across multiple requests, then
 84            /// Bing may assign the user to multiple conflicting flights. Being assigned to
 85            /// multiple conflicting flights can lead to an inconsistent user experience.
 86            /// For example, if the second request has a different flight assignment than
 87            /// the first, the experience may be unexpected. Also, Bing can use the client
 88            /// ID to tailor web results to that client ID’s search history, providing a
 89            /// richer experience for the user. Bing also uses this header to help improve
 90            /// result rankings by analyzing the activity generated by a client ID. The
 91            /// relevance improvements help with better quality of results delivered by
 92            /// Bing APIs and in turn enables higher click-through rates for the API
 93            /// consumer. IMPORTANT: Although optional, you should consider this header
 94            /// required. Persisting the client ID across multiple requests for the same
 95            /// end user and device combination enables 1) the API consumer to receive a
 96            /// consistent user experience, and 2) higher click-through rates via better
 97            /// quality of results from the Bing APIs. Each user that uses your application
 98            /// on the device must have a unique, Bing generated client ID. If you do not
 99            /// include this header in the request, Bing generates an ID and returns it in
 100            /// the X-MSEdge-ClientID response header. The only time that you should NOT
 101            /// include this header in a request is the first time the user uses your app
 102            /// on that device. Use the client ID for each Bing API request that your app
 103            /// makes for this user on the device. Persist the client ID. To persist the ID
 104            /// in a browser app, use a persistent HTTP cookie to ensure the ID is used
 105            /// across all sessions. Do not use a session cookie. For other apps such as
 106            /// mobile apps, use the device's persistent storage to persist the ID. The
 107            /// next time the user uses your app on that device, get the client ID that you
 108            /// persisted. Bing responses may or may not include this header. If the
 109            /// response includes this header, capture the client ID and use it for all
 110            /// subsequent Bing requests for the user on that device. If you include the
 111            /// X-MSEdge-ClientID, you must not include cookies in the request.
 112            /// </param>
 113            /// <param name='clientIp'>
 114            /// The IPv4 or IPv6 address of the client device. The IP address is used to
 115            /// discover the user's location. Bing uses the location information to
 116            /// determine safe search behavior. Although optional, you are encouraged to
 117            /// always specify this header and the X-Search-Location header. Do not
 118            /// obfuscate the address (for example, by changing the last octet to 0).
 119            /// Obfuscating the address results in the location not being anywhere near the
 120            /// device's actual location, which may result in Bing serving erroneous
 121            /// results.
 122            /// </param>
 123            /// <param name='location'>
 124            /// A semicolon-delimited list of key/value pairs that describe the client's
 125            /// geographical location. Bing uses the location information to determine safe
 126            /// search behavior and to return relevant local content. Specify the key/value
 127            /// pair as &lt;key&gt;:&lt;value&gt;. The following are the keys that you use
 128            /// to specify the user's location. lat (required): The latitude of the
 129            /// client's location, in degrees. The latitude must be greater than or equal
 130            /// to -90.0 and less than or equal to +90.0. Negative values indicate southern
 131            /// latitudes and positive values indicate northern latitudes. long (required):
 132            /// The longitude of the client's location, in degrees. The longitude must be
 133            /// greater than or equal to -180.0 and less than or equal to +180.0. Negative
 134            /// values indicate western longitudes and positive values indicate eastern
 135            /// longitudes. re (required): The radius, in meters, which specifies the
 136            /// horizontal accuracy of the coordinates. Pass the value returned by the
 137            /// device's location service. Typical values might be 22m for GPS/Wi-Fi, 380m
 138            /// for cell tower triangulation, and 18,000m for reverse IP lookup. ts
 139            /// (optional): The UTC UNIX timestamp of when the client was at the location.
 140            /// (The UNIX timestamp is the number of seconds since January 1, 1970.) head
 141            /// (optional): The client's relative heading or direction of travel. Specify
 142            /// the direction of travel as degrees from 0 through 360, counting clockwise
 143            /// relative to true north. Specify this key only if the sp key is nonzero. sp
 144            /// (optional): The horizontal velocity (speed), in meters per second, that the
 145            /// client device is traveling. alt (optional): The altitude of the client
 146            /// device, in meters. are (optional): The radius, in meters, that specifies
 147            /// the vertical accuracy of the coordinates. Specify this key only if you
 148            /// specify the alt key. Although many of the keys are optional, the more
 149            /// information that you provide, the more accurate the location results are.
 150            /// Although optional, you are encouraged to always specify the user's
 151            /// geographical location. Providing the location is especially important if
 152            /// the client's IP address does not accurately reflect the user's physical
 153            /// location (for example, if the client uses VPN). For optimal results, you
 154            /// should include this header and the X-MSEdge-ClientIP header, but at a
 155            /// minimum, you should include this header.
 156            /// </param>
 157            /// <param name='countryCode'>
 158            /// A 2-character country code of the country where the results come from. This
 159            /// API supports only the United States market. If you specify this query
 160            /// parameter, it must be set to us. If you set this parameter, you must also
 161            /// specify the Accept-Language header. Bing uses the first supported language
 162            /// it finds from the languages list, and combine that language with the
 163            /// country code that you specify to determine the market to return results
 164            /// for. If the languages list does not include a supported language, Bing
 165            /// finds the closest language and market that supports the request, or it may
 166            /// use an aggregated or default market for the results instead of a specified
 167            /// one. You should use this query parameter and the Accept-Language query
 168            /// parameter only if you specify multiple languages; otherwise, you should use
 169            /// the mkt and setLang query parameters. This parameter and the mkt query
 170            /// parameter are mutually exclusive—do not specify both.
 171            /// </param>
 172            /// <param name='market'>
 173            /// The market where the results come from. You are strongly encouraged to
 174            /// always specify the market, if known. Specifying the market helps Bing route
 175            /// the request and return an appropriate and optimal response. This parameter
 176            /// and the cc query parameter are mutually exclusive—do not specify both.
 177            /// </param>
 178            /// <param name='safeSearch'>
 179            /// Filter suggestions for adult content. The following are the possible filter
 180            /// values. Off: Return suggestions with adult text, images, or videos.
 181            /// Moderate: Return suggestion with adult text but not adult images or videos.
 182            /// Strict: Do not return news articles with adult text, images, or videos. If
 183            /// the request comes from a market that Bing's adult policy requires that
 184            /// safeSearch is set to Strict, Bing ignores the safeSearch value and uses
 185            /// Strict. If you use the site: query operator, there is the chance that the
 186            /// response may contain adult content regardless of what the safeSearch query
 187            /// parameter is set to. Use site: only if you are aware of the content on the
 188            /// site and your scenario supports the possibility of adult content. Possible
 189            /// values include: 'Off', 'Moderate', 'Strict'
 190            /// </param>
 191            /// <param name='setLang'>
 192            /// The language to use for user interface strings. Specify the language using
 193            /// the ISO 639-1 2-letter language code. For example, the language code for
 194            /// English is EN. The default is EN (English). Although optional, you should
 195            /// always specify the language. Typically, you set setLang to the same
 196            /// language specified by mkt unless the user wants the user interface strings
 197            /// displayed in a different language. This parameter and the Accept-Language
 198            /// header are mutually exclusive; do not specify both. A user interface string
 199            /// is a string that's used as a label in a user interface. There are few user
 200            /// interface strings in the JSON response objects. Also, any links to Bing.com
 201            /// properties in the response objects apply the specified language.
 202            /// </param>
 203            /// <param name='responseFormat'>
 204            /// The media type to use for the response. The following are the possible
 205            /// case-insensitive values: JSON, JSONLD. The default is JSON. If you specify
 206            /// JSONLD, the response body includes JSON-LD objects that contain the search
 207            /// results.
 208            /// </param>
 209            public static Suggestions AutoSuggestMethod(this IAutoSuggestClient operations, string query, string acceptL
 210            {
 2211                return operations.AutoSuggestMethodAsync(query, acceptLanguage, pragma, userAgent, clientId, clientIp, l
 212            }
 213
 214            /// <summary>
 215            /// The AutoSuggest API lets you send a search query to Bing and get back a
 216            /// list of suggestions. This section provides technical details about the
 217            /// query parameters and headers that you use to request suggestions and the
 218            /// JSON response objects that contain them.
 219            /// </summary>
 220            /// <param name='operations'>
 221            /// The operations group for this extension method.
 222            /// </param>
 223            /// <param name='query'>
 224            /// The user's search term.
 225            /// </param>
 226            /// <param name='acceptLanguage'>
 227            /// A comma-delimited list of one or more languages to use for user interface
 228            /// strings. The list is in decreasing order of preference. For additional
 229            /// information, including expected format, see
 230            /// [RFC2616](http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html). This
 231            /// header and the setLang query parameter are mutually exclusive; do not
 232            /// specify both. If you set this header, you must also specify the
 233            /// [cc](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#cc)
 234            /// query parameter. To determine the market to return results for, Bing uses
 235            /// the first supported language it finds from the list and combines it with
 236            /// the cc parameter value. If the list does not include a supported language,
 237            /// Bing finds the closest language and market that supports the request or it
 238            /// uses an aggregated or default market for the results. To determine the
 239            /// market that Bing used, see the BingAPIs-Market header. Use this header and
 240            /// the cc query parameter only if you specify multiple languages. Otherwise,
 241            /// use the
 242            /// [mkt](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#mkt)
 243            /// and
 244            /// [setLang](https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-autosuggest-api-v7-reference#
 245            /// query parameters. A user interface string is a string that's used as a
 246            /// label in a user interface. There are few user interface strings in the JSON
 247            /// response objects. Any links to Bing.com properties in the response objects
 248            /// apply the specified language.
 249            /// </param>
 250            /// <param name='pragma'>
 251            /// By default, Bing returns cached content, if available. To prevent Bing from
 252            /// returning cached content, set the Pragma header to no-cache (for example,
 253            /// Pragma: no-cache).
 254            /// </param>
 255            /// <param name='userAgent'>
 256            /// The user agent originating the request. Bing uses the user agent to provide
 257            /// mobile users with an optimized experience. Although optional, you are
 258            /// encouraged to always specify this header. The user-agent should be the same
 259            /// string that any commonly used browser sends. For information about user
 260            /// agents, see [RFC
 261            /// 2616](http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html). The
 262            /// following are examples of user-agent strings. Windows Phone: Mozilla/5.0
 263            /// (compatible; MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM;
 264            /// Touch; NOKIA; Lumia 822). Android: Mozilla / 5.0 (Linux; U; Android 2.3.5;
 265            /// en - us; SCH - I500 Build / GINGERBREAD) AppleWebKit / 533.1 (KHTML; like
 266            /// Gecko) Version / 4.0 Mobile Safari / 533.1. iPhone: Mozilla / 5.0 (iPhone;
 267            /// CPU iPhone OS 6_1 like Mac OS X) AppleWebKit / 536.26 (KHTML; like Gecko)
 268            /// Mobile / 10B142 iPhone4; 1 BingWeb / 3.03.1428.20120423. PC: Mozilla / 5.0
 269            /// (Windows NT 6.3; WOW64; Trident / 7.0; Touch; rv:11.0) like Gecko. iPad:
 270            /// Mozilla / 5.0 (iPad; CPU OS 7_0 like Mac OS X) AppleWebKit / 537.51.1
 271            /// (KHTML, like Gecko) Version / 7.0 Mobile / 11A465 Safari / 9537.53
 272            /// </param>
 273            /// <param name='clientId'>
 274            /// Bing uses this header to provide users with consistent behavior across Bing
 275            /// API calls. Bing often flights new features and improvements, and it uses
 276            /// the client ID as a key for assigning traffic on different flights. If you
 277            /// do not use the same client ID for a user across multiple requests, then
 278            /// Bing may assign the user to multiple conflicting flights. Being assigned to
 279            /// multiple conflicting flights can lead to an inconsistent user experience.
 280            /// For example, if the second request has a different flight assignment than
 281            /// the first, the experience may be unexpected. Also, Bing can use the client
 282            /// ID to tailor web results to that client ID’s search history, providing a
 283            /// richer experience for the user. Bing also uses this header to help improve
 284            /// result rankings by analyzing the activity generated by a client ID. The
 285            /// relevance improvements help with better quality of results delivered by
 286            /// Bing APIs and in turn enables higher click-through rates for the API
 287            /// consumer. IMPORTANT: Although optional, you should consider this header
 288            /// required. Persisting the client ID across multiple requests for the same
 289            /// end user and device combination enables 1) the API consumer to receive a
 290            /// consistent user experience, and 2) higher click-through rates via better
 291            /// quality of results from the Bing APIs. Each user that uses your application
 292            /// on the device must have a unique, Bing generated client ID. If you do not
 293            /// include this header in the request, Bing generates an ID and returns it in
 294            /// the X-MSEdge-ClientID response header. The only time that you should NOT
 295            /// include this header in a request is the first time the user uses your app
 296            /// on that device. Use the client ID for each Bing API request that your app
 297            /// makes for this user on the device. Persist the client ID. To persist the ID
 298            /// in a browser app, use a persistent HTTP cookie to ensure the ID is used
 299            /// across all sessions. Do not use a session cookie. For other apps such as
 300            /// mobile apps, use the device's persistent storage to persist the ID. The
 301            /// next time the user uses your app on that device, get the client ID that you
 302            /// persisted. Bing responses may or may not include this header. If the
 303            /// response includes this header, capture the client ID and use it for all
 304            /// subsequent Bing requests for the user on that device. If you include the
 305            /// X-MSEdge-ClientID, you must not include cookies in the request.
 306            /// </param>
 307            /// <param name='clientIp'>
 308            /// The IPv4 or IPv6 address of the client device. The IP address is used to
 309            /// discover the user's location. Bing uses the location information to
 310            /// determine safe search behavior. Although optional, you are encouraged to
 311            /// always specify this header and the X-Search-Location header. Do not
 312            /// obfuscate the address (for example, by changing the last octet to 0).
 313            /// Obfuscating the address results in the location not being anywhere near the
 314            /// device's actual location, which may result in Bing serving erroneous
 315            /// results.
 316            /// </param>
 317            /// <param name='location'>
 318            /// A semicolon-delimited list of key/value pairs that describe the client's
 319            /// geographical location. Bing uses the location information to determine safe
 320            /// search behavior and to return relevant local content. Specify the key/value
 321            /// pair as &lt;key&gt;:&lt;value&gt;. The following are the keys that you use
 322            /// to specify the user's location. lat (required): The latitude of the
 323            /// client's location, in degrees. The latitude must be greater than or equal
 324            /// to -90.0 and less than or equal to +90.0. Negative values indicate southern
 325            /// latitudes and positive values indicate northern latitudes. long (required):
 326            /// The longitude of the client's location, in degrees. The longitude must be
 327            /// greater than or equal to -180.0 and less than or equal to +180.0. Negative
 328            /// values indicate western longitudes and positive values indicate eastern
 329            /// longitudes. re (required): The radius, in meters, which specifies the
 330            /// horizontal accuracy of the coordinates. Pass the value returned by the
 331            /// device's location service. Typical values might be 22m for GPS/Wi-Fi, 380m
 332            /// for cell tower triangulation, and 18,000m for reverse IP lookup. ts
 333            /// (optional): The UTC UNIX timestamp of when the client was at the location.
 334            /// (The UNIX timestamp is the number of seconds since January 1, 1970.) head
 335            /// (optional): The client's relative heading or direction of travel. Specify
 336            /// the direction of travel as degrees from 0 through 360, counting clockwise
 337            /// relative to true north. Specify this key only if the sp key is nonzero. sp
 338            /// (optional): The horizontal velocity (speed), in meters per second, that the
 339            /// client device is traveling. alt (optional): The altitude of the client
 340            /// device, in meters. are (optional): The radius, in meters, that specifies
 341            /// the vertical accuracy of the coordinates. Specify this key only if you
 342            /// specify the alt key. Although many of the keys are optional, the more
 343            /// information that you provide, the more accurate the location results are.
 344            /// Although optional, you are encouraged to always specify the user's
 345            /// geographical location. Providing the location is especially important if
 346            /// the client's IP address does not accurately reflect the user's physical
 347            /// location (for example, if the client uses VPN). For optimal results, you
 348            /// should include this header and the X-MSEdge-ClientIP header, but at a
 349            /// minimum, you should include this header.
 350            /// </param>
 351            /// <param name='countryCode'>
 352            /// A 2-character country code of the country where the results come from. This
 353            /// API supports only the United States market. If you specify this query
 354            /// parameter, it must be set to us. If you set this parameter, you must also
 355            /// specify the Accept-Language header. Bing uses the first supported language
 356            /// it finds from the languages list, and combine that language with the
 357            /// country code that you specify to determine the market to return results
 358            /// for. If the languages list does not include a supported language, Bing
 359            /// finds the closest language and market that supports the request, or it may
 360            /// use an aggregated or default market for the results instead of a specified
 361            /// one. You should use this query parameter and the Accept-Language query
 362            /// parameter only if you specify multiple languages; otherwise, you should use
 363            /// the mkt and setLang query parameters. This parameter and the mkt query
 364            /// parameter are mutually exclusive—do not specify both.
 365            /// </param>
 366            /// <param name='market'>
 367            /// The market where the results come from. You are strongly encouraged to
 368            /// always specify the market, if known. Specifying the market helps Bing route
 369            /// the request and return an appropriate and optimal response. This parameter
 370            /// and the cc query parameter are mutually exclusive—do not specify both.
 371            /// </param>
 372            /// <param name='safeSearch'>
 373            /// Filter suggestions for adult content. The following are the possible filter
 374            /// values. Off: Return suggestions with adult text, images, or videos.
 375            /// Moderate: Return suggestion with adult text but not adult images or videos.
 376            /// Strict: Do not return news articles with adult text, images, or videos. If
 377            /// the request comes from a market that Bing's adult policy requires that
 378            /// safeSearch is set to Strict, Bing ignores the safeSearch value and uses
 379            /// Strict. If you use the site: query operator, there is the chance that the
 380            /// response may contain adult content regardless of what the safeSearch query
 381            /// parameter is set to. Use site: only if you are aware of the content on the
 382            /// site and your scenario supports the possibility of adult content. Possible
 383            /// values include: 'Off', 'Moderate', 'Strict'
 384            /// </param>
 385            /// <param name='setLang'>
 386            /// The language to use for user interface strings. Specify the language using
 387            /// the ISO 639-1 2-letter language code. For example, the language code for
 388            /// English is EN. The default is EN (English). Although optional, you should
 389            /// always specify the language. Typically, you set setLang to the same
 390            /// language specified by mkt unless the user wants the user interface strings
 391            /// displayed in a different language. This parameter and the Accept-Language
 392            /// header are mutually exclusive; do not specify both. A user interface string
 393            /// is a string that's used as a label in a user interface. There are few user
 394            /// interface strings in the JSON response objects. Also, any links to Bing.com
 395            /// properties in the response objects apply the specified language.
 396            /// </param>
 397            /// <param name='responseFormat'>
 398            /// The media type to use for the response. The following are the possible
 399            /// case-insensitive values: JSON, JSONLD. The default is JSON. If you specify
 400            /// JSONLD, the response body includes JSON-LD objects that contain the search
 401            /// results.
 402            /// </param>
 403            /// <param name='cancellationToken'>
 404            /// The cancellation token.
 405            /// </param>
 406            public static async Task<Suggestions> AutoSuggestMethodAsync(this IAutoSuggestClient operations, string quer
 407            {
 2408                using (var _result = await operations.AutoSuggestMethodWithHttpMessagesAsync(query, acceptLanguage, prag
 409                {
 2410                    return _result.Body;
 411                }
 2412            }
 413
 414    }
 415}
Generated by: ReportGenerator 4.6.4.0
8/12/2020 - 3:47:14 PM
GitHub | www.palmmedia.de

Methods/Properties

AutoSuggestMethod(...)
AutoSuggestMethodAsync()