{"id":4157,"date":"2025-06-10T08:54:53","date_gmt":"2025-06-10T06:54:53","guid":{"rendered":"https:\/\/www.capri-soft.de\/blog\/?p=4157"},"modified":"2025-06-10T09:22:34","modified_gmt":"2025-06-10T07:22:34","slug":"rest-client-fuer-visual-studio-code","status":"publish","type":"post","link":"https:\/\/www.capri-soft.de\/blog\/?p=4157","title":{"rendered":"REST-Client f\u00fcr Visual Studio Code (Extension: „REST Client“)"},"content":{"rendered":"\n

Intention<\/h2>\n\n\n\n

Zum Testen \/ Aufrufen von REST-API’s ben\u00f6tigt man am Besten einen Client, der nicht unbedingt im Webspace der selben Domain gehostet ist, da man Testen m\u00f6chte ob die Cross-Origin Resource Policy (CORP) \/ Cross Site Policy<\/strong> korrekt konfiguriert ist.<\/p>\n\n\n\n

Problem<\/h2>\n\n\n\n

W\u00fcrde man einen Javascript-REST-Client im Web-Root \/ wwwroot \/ inetpub der selben Domain hosten, k\u00f6nnte dieser ohne Verletzung der Policy auf die REST-Services der selben Domain zugreifen. W\u00fcrde man die Endpoints \/ Endpunkte an einen Konsumenten weitergeben, k\u00f6nnte dieser bei einer Fehlkonfiguration diese trotzdem nicht aufrufen.<\/p>\n\n\n\n

Beispiel f\u00fcr einen Javascript-REST-Client, der durch den Response-Body ein JSON-Array iteriert (f\u00fcr Tests nicht empfohlen)<\/em><\/strong>:<\/p>\n\n\n

\n<button id="loadData">Get Rides<\/button>\n<div id="rideData"><\/div>\n\n<script>\n    async function fetchRideData() {\n        const response = await fetch("\/Ride");\n        if (!response.ok) {\n            document.getElementById("rideData").innerText = "Fehler beim Laden der Daten.";\n            return;\n        }\n        const data = await response.json();\n        let html = "<ul>";\n        data.forEach(item => {\n            html += `<li>ID: ${item.id}, Datum: ${item.timestamp}, GPS Position: ${item.gpS_Position}, Kennzeichen: ${item.kennzeichen}<\/li>`;\n        });\n        html += "<\/ul>";\n        document.getElementById("rideData").innerHTML = html;\n    }\n\n    document.getElementById("loadData").addEventListener("click", fetchRideData);\n<\/script>\n<\/pre><\/div>\n\n\n
L\u00f6sung <\/h2>\n\n\n\n
Die Extension „REST Client“ kann als autarker REST-Client, der nicht in der Dom\u00e4ne des Webspaces l\u00e4uft, sondern lokal vom Rechner aus den Aufruf t\u00e4tigt, genutzt werden: <\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Im Screenshot oben wurde die Extension „REST Client“ installiert und eine neue Datei mit dem Namen „restapi.http“ angelegt. <\/p>\n\n\n\n
Die Datei hat den folgenden Inhalt (im Body wird ein JSON-Array \u00fcbermittelt, dieses m\u00fcsste dem Service entsprechend ersetzt werden):<\/p>\n\n\n
\nPOST https:\/\/www.domain.info\/GenericRequest\nContent-Type: application\/json; charset=utf-8\nTransfer-Encoding: chunked\nConnection: keep-alive\nX-WS-RateLimit-Limit: 1000\nX-WS-RateLimit-Remaining: 999\nServer: Microsoft-IIS\/10.0\nX-Powered-By: ASP.NET\nDate: Wed, 07 May 2025 10:27:38 GMT\n\n[ {\n"ts": 1530536430,\n"lat":-34.1868759,\n"lng":-56.9065776,\n"head": 30,\n"speed": 50,\n"id": "SBV3399",\n"temp": "20",\n"motor":"on"\n\n},\n{\n"ts": 1530536430,\n"lat":-34.1868759,\n"lng":-56.9065776,\n"head": 0,\n"speed": 50,\n"id": "MAV4099",\n"temp": "8",\n"motor":"off"\n}]\n<\/pre><\/div>\n\n\n
Fazit<\/a><\/h2>\n\n\n\n
REST API’s lassen sich am Besten mit einem REST-Client testen \/ aufrufen, der nicht auf dem Domain-Space l\u00e4uft, auf dem die Endpunkte gehostet sind um CORP zu testen. Dies verhindert unangenehme \u00dcberraschungen zwischen der aufrufenden und aufzurufenden Seite.<\/p>\n