NewsOperationsExtensions.TrendingAsync Methode

acceptLanguage

String

Eine durch Trennzeichen getrennte Liste einer oder mehrerer Sprachen, die für Benutzeroberflächenzeichenfolgen verwendet werden soll. Die Liste ist absteigend nach Präferenz sortiert. Weitere Informationen, einschließlich des erwarteten Formats, finden Sie unter RFC2616. Dieser Header und der setLang-Abfrageparameter schließen sich gegenseitig aus. geben Sie nicht beide an. Wenn Sie diesen Header festlegen, müssen Sie auch den Abfrageparameter cc angeben. Um den Markt zu bestimmen, für den Ergebnisse zurückgegeben werden sollen, verwendet Bing die erste unterstützte Sprache, die es aus der Liste findet, und kombiniert sie mit dem Cc-Parameterwert. Enthält die Liste keine unterstützte Sprache, sucht Bing die nächstgelegene Sprache und den nächstgelegenen Markt, die bzw. der die Anforderung unterstützt. Alternativ dazu wird für die Ergebnisse ein aggregierter oder Standardmarkt verwendet. Wenn Sie sehen möchten, welchen Markt Bing verwendet hat, untersuchen Sie den Header „BingAPIs-Market“. Verwenden Sie diesen Header und den abfrageparameter cc nur, wenn Sie mehrere Sprachen angeben. Verwenden Sie andernfalls die Abfrageparameter mkt und setLang. Eine Zeichenfolge der Benutzeroberfläche ist eine Zeichenfolge, die als Bezeichnung in einer Benutzeroberfläche verwendet wird. Die JSON-Antwortobjekte enthalten nur wenige Zeichenfolgen für Benutzeroberflächen. Die Links zu Eigenschaften von „bing.com“ in den Antwortobjekten verwenden die angegebene Sprache.

userAgent

String

Der Benutzer-Agent, von dem die Anforderung stammt. Bing verwendet den Benutzer-Agent, um die Erfahrung mobiler Benutzer zu optimieren. Auch wenn dies optional ist, sollten Sie diesen Header immer angeben. Der Benutzer-Agent sollte der Zeichenfolge entsprechen, die alle häufig verwendeten Browser senden. Informationen zu Benutzer-Agents finden Sie unter RFC 2616. Im Folgenden sind Beispiele für Benutzer-Agent-Zeichenfolgen aufgeführt. Windows Phone: Mozilla/5.0 (kompatibel; MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM; Touch; NOKIA; Lumia 822). Android: Mozilla / 5.0 (Linux; U; Android 2.3.5; en - uns; SCH - I500 Build / GINGERBREAD) AppleWebKit / 533.1 (KHTML; wie Gecko) Version / 4.0 Mobile Safari / 533.1. iPhone: Mozilla / 5.0 (iPhone; CPU iPhone OS 6_1 wie Mac OS X) AppleWebKit / 536.26 (KHTML; wie Gecko) Mobile / 10B142 iPhone4; 1 BingWeb / 3.03.1428.20120423. PC: Mozilla / 5.0 (Windows NT 6.3; WOW64; Trident / 7.0; Touch; rv:11.0) wie Gecko. iPad: Mozilla / 5.0 (iPad; CPU OS 7_0 wie Mac OS X) AppleWebKit / 537.51.1 (KHTML, wie Gecko) Version / 7.0 Mobile / 11A465 Safari / 9537.53

clientId

String

Bing verwendet diesen Header, um Benutzern beim Aufrufen der Bing-API ein konsistentes Verhalten bereitzustellen. Bing testet häufig neue Funktionen und Verbesserungen und verwendet dabei die Client-ID als Schlüssel für die Zuweisung von Datenverkehr an verschiedene Flights. Wenn Sie für einen Benutzer bei unterschiedlichen Anforderungen nicht dieselbe Client-ID verwenden, weist Bing den Benutzer möglicherweise mehreren widersprüchlichen Flights zu. Die Zuweisung zu mehreren widersprüchlichen Flights kann zu einer inkonsistenten Benutzererfahrung führen. Weist die zweite Anforderung beispielsweise eine andere Flight-Zuweisung als die erste auf, kann dies zu einer unerwarteten Benutzererfahrung führen. Außerdem kann Bing die Client-ID zur Anpassung der Webergebnisse an den Suchverlauf dieser Client-ID verwenden. Dies führt zu einer noch besseren Benutzererfahrung. Bing verwendet den Header auch, um die Rangfolge der Ergebnisse zu verbessern, indem es die Aktivität der Client-ID analysiert. Durch die verbesserte Relevanz erhöht sich die Qualität der von Bing-APIs bereitgestellten Ergebnisse, was wiederum zu höheren Durchklickraten für den API-Consumer führt. WICHTIG: Auch wenn er optional ist, sollten Sie diesen Header als erforderlich betrachten. Das Beibehalten der Client-ID für dieselbe Kombination aus Benutzer und Gerät über mehrere Anforderungen hinweg ermöglicht 1) dem API-Consumer eine konsistente Benutzererfahrung sowie 2) höhere Durchklickraten durch eine bessere Qualität der Bing-API-Ergebnisse. Jeder Benutzer, der die Anwendung auf dem Gerät verwendet, muss über eine eindeutige, von Bing generierte Client-ID verfügen. Wenn Sie diesen Header nicht in die Anforderung einfügen, generiert Bing eine ID, die im Antwortheader „X-MSEdge-ClientID“ zurückgegeben wird. Der einzige Zeitpunkt, zu dem dieser Header NICHT in eine Anforderung eingeschlossen werden sollte, ist bei der erstmaligen Verwendung der App auf dem Gerät. Verwenden Sie die Client-ID für jede Anforderung der Bing-API, die die App für diesen Benutzer auf dem Gerät durchführt. Behalten Sie die Client-ID bei. Verwenden Sie ein permanentes HTTP-Cookie, um sicherzustellen, dass die ID in einer Browser-App bei allen Sitzungen verwendet wird. Verwenden Sie kein Sitzungscookie. Verwenden Sie für andere Apps wie z.B. mobile Apps den permanenten Speicher des Geräts, um die ID beizubehalten. Rufen Sie bei der nächsten Verwendung der App auf dem Gerät durch den Benutzer die gespeicherte Client-ID ab. Bing-Antworten können diesen Header enthalten, müssen es aber nicht. Enthält die Antwort diesen Header, erfassen Sie die Client-ID, und verwenden Sie sie für alle nachfolgenden Bing-Anforderungen des Benutzers auf diesem Gerät. Wenn Sie den Header „X-MSEdge-ClientID“ einfügen, dürfen Sie in die Anforderung nicht gleichzeitig Cookies einschließen.

clientIp

String

Die IPv4- oder IPv6-Adresse des Clientgeräts. Die IP-Adresse wird verwendet, um den Standort des Benutzers zu ermitteln. Bing verwendet die Standortinformationen für ein sicheres Suchverhalten. Auch wenn dies optional ist, sollten Sie diesen Header und den Header „X-Search-Location“ immer angeben. Verschleiern Sie nicht die Adresse (z.B. durch Ändern des letzten Oktetts in 0). Durch Verschleiern der Adresse stimmen Ihr Standort und der tatsächliche Gerätestandort nicht überein, wodurch Bing möglicherweise fehlerhafte Ergebnisse anzeigt.

location

String

Eine durch Semikolons getrennte Liste mit Schlüssel/Wert-Paaren, die den geografischen Standort des Clients beschreiben. Bing verwendet die Standortinformationen für ein sicheres Suchverhalten und zur Rückgabe von lokalen relevanten Inhalten. Geben Sie das Schlüssel-Wert-Paar im Format <Schlüssel>:<Wert> an. Verwenden Sie die folgenden Schlüssel zur Angabe des Benutzerstandorts. lat (erforderlich): Der Breitengrad des Clientstandorts in Grad. Der Breitengrad muss größer als oder gleich -90,0 und kleiner als oder gleich +90,0 sein. Negative Werte geben südliche Breitengrade und positive Werte nördliche Breitengrade an. long (erforderlich): Der Längengrad des Standorts des Clients in Grad. Der Längengrad muss größer als oder gleich -180,0 und kleiner als oder gleich +180,0 sein. Negative Werte geben westliche Längengrade und positive Werte östliche Längengrade an. re (erforderlich): Der Radius in Metern, der die horizontale Genauigkeit der Koordinaten angibt. Übergeben Sie den Wert, der vom Standortdienst des Geräts zurückgegeben wird. Typische Werte sind 22 m für GPS/WLAN, 380 m für die Funkmasttriangulation und 18.000 m für die umgekehrte IP-Suche. ts (optional): Der UTC-UNIX-Zeitstempel des Zeitpunkts, an dem sich der Client am Standort befand. (Der UNIX-Zeitstempel ist die Anzahl der Sekunden seit dem 1. Januar 1970.) head (optional): Die relative Richtung oder Richtung des Clients. Geben Sie die Reiserichtung von 0 bis 360 (in Grad) im Uhrzeigersinn ausgehend vom geografischen Norden an. Geben Sie diesen Schlüssel nur an, wenn der SP-Schlüssel ungleich null ist. sp (optional): Die horizontale Geschwindigkeit (Geschwindigkeit) in Metern pro Sekunde, die das Clientgerät unterwegs ist. alt (optional): Die Höhe des Clientgeräts in Metern. are (optional): Der Radius in Metern, der die vertikale Genauigkeit der Koordinaten angibt. Geben Sie diesen Schlüssel nur an, wenn Sie die Alt-Taste angeben. Auch wenn viele der Schlüssel optional sind, werden die Standortergebnisse immer genauer, je mehr Informationen Sie bereitstellen. Auch wenn dies optional ist, sollten Sie den geografischen Standort des Benutzers immer angeben. Besonders wichtig ist die Standortangabe dann, wenn die IP-Adresse des Clients den physischen Standort des Benutzers nicht exakt wiedergibt (wenn der Client beispielsweise VPN verwendet). Für optimale Ergebnisse sollten Sie diesen Header und den Header „X-MSEdge-ClientIP“ einfügen. Auf jeden Fall sollten Sie aber zumindest diesen Header verwenden.

countryCode

String

Ein zweistelliger Ländercode des Landes, aus dem die Ergebnisse stammen. Diese API unterstützt nur den USA Markt. Wenn Sie diesen Abfrageparameter angeben, muss er auf uns festgelegt werden. Wenn Sie diesen Parameter festlegen, müssen Sie auch den Header Accept-Language angeben. Bing verwendet die erste unterstützte Sprache, die es aus der Sprachenliste findet, und kombiniert diese Sprache mit dem Ländercode, den Sie angeben, um den Markt zu bestimmen, für den Ergebnisse zurückgegeben werden sollen. Wenn die Sprachenliste keine unterstützte Sprache enthält, findet Bing die nächstgelegene Sprache und den nächstgelegenen Markt, der die Anforderung unterstützt, oder es kann einen aggregierten oder Standardmarkt für die Ergebnisse anstelle eines angegebenen verwenden. Sie sollten diesen Abfrageparameter und den Accept-Language Abfrageparameter nur verwenden, wenn Sie mehrere Sprachen angeben. Andernfalls sollten Sie die Abfrageparameter mkt und setLang verwenden. Dieser Parameter und der Abfrageparameter mkt schließen sich gegenseitig aus. Geben Sie daher nicht beide an.

count

Nullable<Int32>

Die Anzahl der Nachrichtenartikel, die in der Antwort zurückgegeben werden sollen. Die tatsächlich gelieferte Anzahl kann geringer sein als angefordert. Der Standardwert ist 10, und der Höchstwert ist 100. Die tatsächlich übermittelte Zahl kann kleiner als angefordert sein. Sie können diesen Parameter zusammen mit dem Offsetparameter für Seitenergebnisse verwenden. Wenn auf der Benutzeroberfläche beispielsweise 20 Artikel pro Seite angezeigt werden, legen Sie die Anzahl auf 20 und den Offset auf 0 fest, um die erste Seite der Ergebnisse zu erhalten. Erhöhen Sie für jede nachfolgende Seite den Offset um 20 (z. B. 0, 20, 40). Es ist möglich, dass mehrere Seiten einige Überschneidungen in den Ergebnissen enthalten.

market

String

Der Markt, aus dem die Ergebnisse stammen. In der Regel ist mkt das Land, aus dem der Benutzer die Anforderung sendet. Es kann sich jedoch um ein anderes Land handelt, wenn sich der Benutzer nicht in einem Land befindet, in dem Bing Ergebnisse liefert. Der Markt muss in der Formatsprache <Code-Ländercode>> vorliegen<. Beispiel: en-US. Bei der Zeichenfolge wird die Groß-/Kleinschreibung nicht beachtet. Eine Liste der möglichen Marktwerte finden Sie unter Marktcodes. HINWEIS: Falls bekannt, sollten Sie immer den Markt angeben. Die Angabe des Marktes ermöglicht Bing, die Anforderung weiterzuleiten und eine geeignete und optimale Antwort zurückzugeben. Wenn Sie einen Markt angeben, der nicht in Marktcodes aufgeführt ist, verwendet Bing einen am besten geeigneten Marktcode, der auf einer internen Zuordnung basiert, die Änderungen unterliegt. Dieser Parameter und der Abfrageparameter cc schließen sich gegenseitig aus. Geben Sie daher nicht beide an.

offset

Nullable<Int32>

Der nullbasierte Offset, der die Anzahl der zu überspringenden Nachrichten angibt, bevor Nachrichten zurückgegeben werden. Die Standardeinstellung ist 0. Der Offset sollte kleiner als (totalEstimatedMatches) sein.

• count). Verwenden Sie diesen Parameter zusammen mit dem Count-Parameter für Seitenergebnisse. Wenn auf der Benutzeroberfläche beispielsweise 20 Nachrichten pro Seite angezeigt werden, legen Sie die Anzahl auf 20 und den Offset auf 0 fest, um die erste Seite der Ergebnisse zu erhalten. Erhöhen Sie für jede nachfolgende Seite den Offset um 20 (z. B. 0, 20, 40). Es ist möglich, dass mehrere Seiten einige Überschneidungen in den Ergebnissen enthalten.

safeSearch

String

Nachrichten nach nicht jugendfreien Inhalten filtern. Im Folgenden sind die möglichen Filterwerte aufgeführt. Off: Gibt Nachrichtenartikel mit Erwachsenentext, Bildern oder Videos zurück. Moderat: Gibt Nachrichtenartikel mit nicht jugendfreiem Text, aber nicht mit Bildern oder Videos für Erwachsene zurück. Streng: Geben Sie keine Nachrichtenartikel mit Erwachsenentext, Bildern oder Videos zurück. Wenn die Anforderung aus einem Markt stammt, für den die Bing-Richtlinie für Erwachsene erfordert, dass safeSearch auf Strict festgelegt ist, ignoriert Bing den safeSearch-Wert und verwendet Strict. Wenn Sie den Abfrageoperator site: verwenden, besteht die Möglichkeit, dass die Antwort nicht jugendfreie Inhalte enthält, unabhängig davon, auf was der abfrageparameter safeSearch festgelegt ist. Website verwenden: Nur, wenn Sie die Inhalte auf der Website kennen und Ihr Szenario die Möglichkeit von nicht jugendfreien Inhalten unterstützt. Mögliche Werte: "Off", "Moderate", "Strict"

setLang

String

Die Sprache, die für Zeichenfolgen der Benutzeroberfläche verwendet werden soll. Geben Sie die Sprache mithilfe des zweistelligen Sprachcodes nach ISO 639-1 an. Der Sprachcode für Englisch lautet z.B. „EN“. Der Standardwert ist „EN“ (Englisch). Auch wenn dies optional ist, sollten Sie immer eine Sprache angeben. In der Regel legen Sie setLang auf die gleiche Sprache fest, die von mkt angegeben wird, es sei denn, der Benutzer möchte, dass die Benutzeroberflächenzeichenfolgen in einer anderen Sprache angezeigt werden. Dieser Parameter und der Accept-Language-Header schließen sich gegenseitig aus. geben Sie nicht beide an. Eine Zeichenfolge der Benutzeroberfläche ist eine Zeichenfolge, die als Bezeichnung in einer Benutzeroberfläche verwendet wird. Die JSON-Antwortobjekte enthalten nur wenige Zeichenfolgen für Benutzeroberflächen. Die angegebene Sprache wird auch in Links zu Eigenschaften von „bing.com“ in den Antwortobjekten verwendet.

since

Nullable<Int64>

Die Unix-Epochenzeit (Unix-Zeitstempel), die Bing verwendet, um die trendenden Themen auszuwählen. Bing gibt trendierende Themen zurück, die am oder nach dem angegebenen Datum und der angegebenen Uhrzeit ermittelt wurden, nicht das Datum, an dem das Thema veröffentlicht wurde. Um diesen Parameter zu verwenden, geben Sie auch den SortBy-Parameter an. Verwenden Sie diesen Parameter nur mit der NEWS Trending Topics-API. Geben Sie diesen Parameter nicht an, wenn Sie die Nachrichtensuche-API oder die News Category-API aufrufen.

sortBy

String

Die Reihenfolge, in der die Nachrichten zurückgegeben werden sollen. Die folgenden Werte (ohne Beachtung von Groß-/Kleinschreibung) sind möglich. Datum: Wenn die Anforderung über die Nachrichtensuche-API erfolgt, gibt die Antwort Nachrichtenartikel zurück, die nach Datum von der letzten bis zur ältesten sortiert sind. Wenn die Anforderung über die API "News Trending Topics" erfolgt, gibt die Antwort trendierende Themen zurück, die nach Datum vom letzten zum ältesten sortiert sind.

textDecorations

Nullable<Boolean>

Ein boolescher Wert, der bestimmt, ob Anzeigezeichenfolgen Dekorationsmarkierungen wie Treffermarkierungen enthalten. Wenn true, können die Zeichenfolgen Marker enthalten. Die Standardeinstellung ist „false“. Informationen dazu, ob Unicode-Zeichen oder HTML-Tags als Marker verwendet werden sollen, finden Sie im Abfrageparameter textFormat . Informationen zur Treffermarkierung finden Sie unter Trefferherhebung.

textFormat

String

Der Typ von Markern, die für Textdekorationen verwendet werden sollen (siehe den Abfrageparameter textDecorations). Mögliche Werte sind Raw– Verwenden Sie Unicode-Zeichen, um Inhalte zu markieren, die eine spezielle Formatierung benötigen. Die Unicode-Zeichen liegen im Bereich E000 bis E019. Bing verwendet beispielsweise E000 und E001, um den Anfang und das Ende von Abfragebegriffen für die Trefferheraushebung zu markieren. HTML: Verwenden Sie HTML-Tags, um Inhalte zu markieren, die eine spezielle Formatierung benötigen. Verwenden Sie <beispielsweise b-Tags> , um Abfragebegriffe in Anzeigezeichenfolgen hervorzuheben. Der Standardwert ist Raw. Für Anzeigezeichenfolgen, die escapefähige HTML-Zeichen wie <, >und &enthalten, wenn textFormat auf HTML festgelegt ist, wird die Zeichen von Bing entsprechend mit Escapezeichen versehen (z. B < . wird in &lt;) mit Escapezeichen versehen. Mögliche Werte: "Raw", "Html"

cancellationToken

CancellationToken

Das Abbruchtoken.