7 Fragen und Antworten zum Web-API-Interview • BUOM

15. September 2021

Wenn Sie sich für eine Stelle als Webentwickler bewerben, werden Ihnen möglicherweise Fragen gestellt, um Ihr Wissen über Web-APIs (Anwendungsprogrammierschnittstellen) zu testen. Wenn Sie die Art der Fragen verstehen, die Ihnen gestellt werden, und Ihre Antworten im Voraus vorbereiten, können Sie im Vorstellungsgespräch selbstbewusster und sachkundiger wirken. In diesem Artikel stellen wir sieben häufig gestellte Web-API-Interviewfragen und Beispielantworten bereit, um Sie bei der Vorbereitung auf Ihr nächstes Interview zu unterstützen.

Sieben Fragen und Antworten zum Web-API-Interview

Hier sind einige häufige Fragen, die in einem Web-API-Interview auftauchen können:

1. Was ist eine Web-API?

2. Warum Web-API verwenden?

3. Was ist der Unterschied zwischen Web-API und WCF?

4. Hat die Web-API WCF ersetzt?

5. Was sind einige Unterschiede zwischen Web API und MVC?

6. Was ist REST?

7. Können Sie sechs Einschränkungen nennen, die durch das REST-Architekturmuster definiert werden?

1. Was ist eine Web-API?

Bei der Beantwortung dieser Frage müssen Sie nachweisen, dass Sie den Zweck einer Web-API gut verstehen und gegebenenfalls über Erfahrungen mit Web-APIs verfügen.

Beispiel: „Web API (Application Programming Interface) ist eine Plattform, die Sie bei der Entwicklung oder Erstellung von HTTP-Diensten unterstützt, die von einer Vielzahl von Clients, einschließlich Browsern und Mobilgeräten, verwendet werden können.“ Mit der ASP.NET-Web-API können Sie diese Dienste auf der . NET Framework.“

2. Warum Web-API verwenden?

Da es andere Technologien gibt, die der Web-API ähneln, sollte Ihre Antwort auf diese Frage zeigen, dass Sie ein klares Verständnis davon haben, was die Web-API von anderen unterscheidet.

Beispiel: „Es gibt viele Gründe, warum Sie eine Web-API verwenden möchten, einschließlich der Möglichkeit, nicht-SOAP-basierte HTTP-Dienste zu erstellen; Verwenden Sie bekannte HTTP-Verben für Erstellungs-, Lese-, Aktualisierungs- und Löschvorgänge. Leichte Architektur, die es ideal für Geräte mit geringer Bandbreite wie Smartphones macht, mit der Möglichkeit, die Antwortausgabe im JSON- oder XML-Format auszuwählen, und Unterstützung für das Open Data Protocol (OData).“

3. Was ist der Unterschied zwischen Web-API und WCF?

Demonstrieren Sie Ihr Verständnis von WCF und wie es sich von der Web-API unterscheidet. Während sich das Interview möglicherweise speziell auf Web-APIs konzentriert, ist es hilfreich, zu zeigen, dass Sie sich anderer ähnlicher Technologien bewusst sind.

Beispiel: „WCF (Windows Communication Foundation) ist für die Entwicklung serviceorientierter Anwendungen konzipiert, die verschiedene Transportprotokolle (z. B. HTTP, TCP, MSMQ) unterstützen. WCF-Clients müssen XML verstehen. Die Web-API ist speziell für HTTP-Dienste konzipiert und weist daher einen geringen Durchsatz auf. Es unterstützt Nicht-SOAP-Dienste sowie die meisten MVC-Funktionen.“

4. Hat die Web-API WCF ersetzt?

Einige Leute haben eine starke Meinung über die anhaltende Relevanz von WCF, jetzt, da die Web-API immer beliebter wird. Zeigen Sie in Ihrer Antwort, dass Sie die Stärken beider kennen. Die Beispielantwort hält WCF auf dem neuesten Stand. Wenn Sie diese Ansicht nicht teilen, seien Sie bereit, Ihren Standpunkt zu erläutern.

Beispiel: „Nein, denn obwohl die Web-API aufgrund der reinen Verwendung von HTTP leichtgewichtig ist, kann sie nicht mit der Leistungsfähigkeit und Flexibilität von WCF mithalten.“ Wenn Sie nur HTTP als Transportmittel verwenden müssen, ist die Web-API bei weitem die beste Option. Wenn Sie jedoch ein anderes Protokoll (z. B. TCP oder Named Pipes) verwenden müssen, müssen Sie WCF verwenden.

5. Was sind einige Unterschiede zwischen Web API und MVC?

MVC ist ein Anwendungsentwicklungsmodell, mit dem Webanwendungen mit einem Front-End sowie Steuerelementen und Back-End-Prozessen erstellt werden. Mit der Web-API können Sie HTTP-Dienste erstellen, die mit verschiedenen Clients kommunizieren können. Zeigen Sie in Ihrer Antwort, dass Sie wissen, was MVC ist und wie es sich von Web ASP unterscheidet.

Beispiel: „Einige Unterschiede zwischen Web API und MVC (Model View Controller) bestehen darin, dass Sie MVC verwenden, um Webanwendungen mit Benutzeroberflächen zu erstellen. Sie verwenden die Web-API, um HTTP-Dienste zu entwickeln. Im MVC-Entwurfsmuster gibt die Webanwendung sowohl eine Ansicht als auch Daten zurück. Die Web-API gibt jedoch nur Daten zurück. In der Web-API werden alle Anfragen mithilfe von HTTP-Verben Aktionen zugeordnet. MVC ordnet Abfragen Aktionsmethoden zu. MVC gibt Daten nur im JSON-Format zurück, während die Web-API Daten unter anderem in JSON und XML zurückgeben kann.“

6. Was ist REST?

REST ist ein eingeschränkter Architekturstil. Eine Web-API kann REST-kompatibel sein oder auch nicht. Manchmal werden die Begriffe Web-API und REST synonym verwendet, was falsch ist. Ihre Antwort auf diese Frage sollte zeigen, dass Sie wissen, was REST ist und warum es sich von der Web-API unterscheidet.

Beispiel: „REST (Representational State Transfer) ist ein Architekturstil, der eine Reihe von Standards verwendet, um Systemen die Kommunikation über das Internet mithilfe von HTTP zu erleichtern. Systeme, die REST verwenden, genannt RESTful, sind zustandslos, da Clients und Server nichts über den Zustand des anderen wissen. Sie sind außerdem modular aufgebaut, sodass Clients und Server, Benutzeroberflächen und Datenspeicher unabhängig voneinander verwaltet werden können. Eine Web-API kann RESTful sein oder auch nicht.

7. Können Sie sechs Einschränkungen nennen, die durch das REST-Architekturmuster definiert werden?

Es sind nur fünf REST-Einschränkungen erforderlich; der sechste ist optional. Wenn der Interviewer die Frage auf diese Weise stellt, vermerken Sie dies unbedingt, wenn Sie Ihre Antwort geben. Es ist wichtig, die Einschränkungen von REST zu kennen, da Web-APIs RESTful unterstützen können.

Beispiel: „Damit eine Web-API als RESTful (also REST-kompatibel) gilt, muss sie fünf Einschränkungen und bei Bedarf eine sechste erfüllen:

1. Client-Server-Trennung: Clients und Server sind unabhängig voneinander. Clients müssen lediglich den URI (Uniform Resource Identifier) ​​der Serverressource kennen, auf die sie Zugriff benötigen.

2. Zustandslos: Die Anfrage des Clients an den Server muss autonom sein. Der Server muss keine Informationen über den Client speichern, um die Anfrage zu erfüllen.

3. Einzelne Schnittstelle: Jede für Clients zugängliche Ressource sollte nur einen logischen URI haben und eine Möglichkeit zum Abrufen zusätzlicher Daten bieten. Es muss ein gemeinsamer, konsistenter Ansatz für den Zugriff auf und die Änderung von Ressourcen vorhanden sein.

4. Zwischenspeicherbar: Aus Gründen der Leistung und Skalierbarkeit sollte der Client in der Lage sein, bestimmte Serverantworten zu speichern (z. B. Listen mit Elementen, die sich nicht häufig ändern).

5. Mehrstufiges System. Das mehrstufige System teilt die API, die Datenspeicherung und die Anforderungsauthentifizierung auf drei separate Server auf. Der Client weiß in der Regel nicht, ob er sich direkt mit dem Endserver oder einem der Zwischenserver verbunden hat.

6. Code auf Anfrage: Diese Einschränkung ist optional. Anstatt mit statischen Darstellungen von Ressourcen in XML oder JSON zu antworten, kann der Server bei Bedarf ausführbaren Code senden.“