Spelling suggestions: "subject:"eeb APIs"" "subject:"beb APIs""
1 |
Vergleich von Introspected REST mit alternativen Ansätzen für die Entwicklung von Web-APIs hinsichtlich Performance, Evolvierbarkeit und KomplexitätGerlinghoff, Florian 17 May 2021 (has links)
Introspected REST ist ein neuer Ansatz für die Entwicklung von Web-APIs, welcher auf REST aufbaut. In der vorliegenden Arbeit wird dieser neue API-Stil mit REST, GraphQL und gRPC hinsichtlich der Performance, Evolvierbarkeit und Komplexität bzw. Benutzbarkeit verglichen. Die Performance der untersuchten Introspected-REST-API liegt dabei im gleichen Bereich wie die der REST-API, welche ihrerseits von gRPC und GraphQL übertroffen wird. Auch die Evolvierbarkeit ist gleich gut im Vergleich zu REST. Die Verwendung von Introspected REST trägt vor allem zu einer besseren Benutzbarkeit der API bei.:1. Einleitung
2. Grundlagen von Web-APIs
2.1. Definition und Einteilung
2.2. Der Architekturstil Representational State Transfer (REST)
2.2.1. Grundlagen des Webs
2.2.2. REST-Prinzipien
2.2.3. Ablauf der Interaktionen zwischen Client und Server
2.3. Die Abfragesprache GraphQL
2.4. Das gRPC-Protokoll
2.5. Zusammenfassung
3. Introspected REST
3.1. Definition und Hauptbestandteile
3.1.1. Datenmodell
3.1.2. Probleme von REST
3.1.3. Das Introspection-Prinzip
3.1.4. Microtypes
3.2. Prototypische Implementierung
3.2.1. Ein Container-Mediatype für Microtypes
3.2.2. Content-Negotiation für Microtypes
3.2.3. Introspection durch HTTP-OPTIONS
3.2.4. Implementierung in ASP.NET Core
3.3. Zusammenfassung
4. Kriterien für den Vergleich der API-Stile
4.1. Performance
4.1.1. Performancemetriken für Web-APIs
4.1.2. Experiment zur Erfassung der Metriken
4.1.3. Validität und Übertragbarkeit der Ergebnisse
4.1.4. Verwandte Arbeiten
4.2. Evolvierbarkeit
4.2.1. Definition und Einteilung für Web-APIs
4.2.2. Durchführung eines Evolvierbarkeit-Vergleichs für API-Stile
4.2.3. Validität und Übertragbarkeit der Ergebnisse
4.2.4. Verwandte Arbeiten
4.3. Komplexität
4.3.1. Arten der Komplexität bei Web-APIs
4.3.2. Bewertung der Benutzbarkeit einer Web-API
4.3.3. Validität und Übertragbarkeit der Ergebnisse
4.3.4. Verwandte Arbeiten
4.4. Zusammenfassung
5. Vergleich der API-Stile
5.1. Performance
5.1.1. Ermittlung von Requestanzahl und Nachrichtengrößen
5.1.2. Ermittlung der Antwortzeiten
5.2. Evolvierbarkeit
5.3. Komplexität
5.3.1. Heuristiken für die Erlernbarkeit
5.3.2. Heuristiken für das Vorbeugen von Fehlern
5.3.3. Heuristiken für Einfachheit
5.3.4. Heuristiken für Konsistenz
5.3.5. Zusammenfassung
6. Diskussion
6.1. Performance
6.2. Evolvierbarkeit
6.3. Komplexität
6.4. Zusammenfassung
7. Fazit und Ausblick
Literatur
A. Ergebnisse der Performancemessungen
B. Codebeispiele / Introspected REST is a new approach to the development of web APIs. It builds upon the REST architectural style. In this thesis, Introspected REST is compared to REST, GraphQL, and gRPC in terms of performance, evolvability, and complexity/usability. The results show that the performance of Introspected REST is in the same order of magnitude as the performance of REST. Both are in turn outperformed by gRPC and GraphQL, respectively. The evolvability rates similarly to REST’s evolvability, too. Using Introspected REST for an API does most notably improve its usability.:1. Einleitung
2. Grundlagen von Web-APIs
2.1. Definition und Einteilung
2.2. Der Architekturstil Representational State Transfer (REST)
2.2.1. Grundlagen des Webs
2.2.2. REST-Prinzipien
2.2.3. Ablauf der Interaktionen zwischen Client und Server
2.3. Die Abfragesprache GraphQL
2.4. Das gRPC-Protokoll
2.5. Zusammenfassung
3. Introspected REST
3.1. Definition und Hauptbestandteile
3.1.1. Datenmodell
3.1.2. Probleme von REST
3.1.3. Das Introspection-Prinzip
3.1.4. Microtypes
3.2. Prototypische Implementierung
3.2.1. Ein Container-Mediatype für Microtypes
3.2.2. Content-Negotiation für Microtypes
3.2.3. Introspection durch HTTP-OPTIONS
3.2.4. Implementierung in ASP.NET Core
3.3. Zusammenfassung
4. Kriterien für den Vergleich der API-Stile
4.1. Performance
4.1.1. Performancemetriken für Web-APIs
4.1.2. Experiment zur Erfassung der Metriken
4.1.3. Validität und Übertragbarkeit der Ergebnisse
4.1.4. Verwandte Arbeiten
4.2. Evolvierbarkeit
4.2.1. Definition und Einteilung für Web-APIs
4.2.2. Durchführung eines Evolvierbarkeit-Vergleichs für API-Stile
4.2.3. Validität und Übertragbarkeit der Ergebnisse
4.2.4. Verwandte Arbeiten
4.3. Komplexität
4.3.1. Arten der Komplexität bei Web-APIs
4.3.2. Bewertung der Benutzbarkeit einer Web-API
4.3.3. Validität und Übertragbarkeit der Ergebnisse
4.3.4. Verwandte Arbeiten
4.4. Zusammenfassung
5. Vergleich der API-Stile
5.1. Performance
5.1.1. Ermittlung von Requestanzahl und Nachrichtengrößen
5.1.2. Ermittlung der Antwortzeiten
5.2. Evolvierbarkeit
5.3. Komplexität
5.3.1. Heuristiken für die Erlernbarkeit
5.3.2. Heuristiken für das Vorbeugen von Fehlern
5.3.3. Heuristiken für Einfachheit
5.3.4. Heuristiken für Konsistenz
5.3.5. Zusammenfassung
6. Diskussion
6.1. Performance
6.2. Evolvierbarkeit
6.3. Komplexität
6.4. Zusammenfassung
7. Fazit und Ausblick
Literatur
A. Ergebnisse der Performancemessungen
B. Codebeispiele
|
2 |
Trust Factors and Third-Party Web APIs : A survey on what factors influences developers’ trust in third-party web APIs / Förtroendefaktorer och Webb-APIer från tredje part : En undersökning på vilka faktorer som påverkar utvecklares förtroende för webb-APIer från tredje partGorrell, Jordan January 2021 (has links)
Third-party web APIs are becoming ever more popular as the API economy continues to grow. Software developers often integrate them into their own applications. The issue is that even if a developer thoroughly tests that their application works properly with the third-party web API, the owner of that API can completely change the code at any time, or take the API offline altogether, either temporarily or permanently. This makes for potentially less stable or reliable applications. This report attempts to determine what some of the factors are that most influence software developers’ trust in any given third party Web API. To do this, 42 individuals involved with software development were surveyed. Documentation and reliability came through as the strongest factors influencing their trust, but there is no general consensus on other factors. Further work could be done to confirm that these two factors are what influence developer trust the most, as well as work to determine which factor sought to influence developers’ trust in any given third-party web API, and thus work towards more reliable applications being developed as the API economy continues to grow.
|
3 |
An APIfication Approach to Facilitate the Access and Reuse of Open DataGonzález Mora, César 10 September 2021 (has links)
Nowadays, there is a tendency to publish data on the Web, due to the benefits it brings to the society and the new legislation that encourage the opening of data. These collections of open data, also known as datasets, are typically published in open data portals by governments and institutions around the world in order to make it open -- available on the Web in a free and reusable manner. The common behaviour tends to be that publishers expose their data as individual tabular datasets. Open data is considered highly valuable because promoting the use of public information produces transparency, innovation and other social, political and economic benefits. Especially, this importance is also considerable in situational scenarios, where a small group of consumers (developers or data scientists) with specific needs require thematic data for a short life cycle. In order that these data consumers easily assess whether the data is adequate for their purpose there are different mechanisms. For example, SPARQL endpoints have become very useful for the consumption of open data, and particularly, Linked Open Data (LOD). Moreover, in order to access open data in a straightforward manner, Web Application Programming Interfaces (APIs) are also highly recommended feature of open data portals. However, accessing this open data is a difficult task since current Open Data platforms do not generally provide suitable strategies to access their data. On the one hand, accessing open data through SPARQL endpoints is a difficult task because it requires knowledge in different technologies, which is challenging especially for novice developers. Moreover, LOD is not usually available since most used formats in open data government portals are tabular. On the other hand, although providing Web APIs would facilitate developers to easily access open data for reusing it from open data portals’ catalogs, there is a lack of suitable Web APIs in open data portals. Moreover, in most cases, the currently available APIs only allow to access catalog’s metadata or to download entire data resources (i.e. coarse-grain access to data), hampering the reuse of data. In addition, as the open data is commonly published individually without considering potential relationships with other datasets, reusing several open datasets together is not a trivial task, thus requiring mechanisms that allow data consumers to integrate and access tabular open data published on the Web. Therefore, open data is not being used to its full potential because it is not easily accessible. As the access to open data is thus still limited for end-users, particularly those without programming skills, we propose a model-based approach to automatically generate Web APIs from open data. This APIfication approach takes into account the access to multiple integrated tabular datasets and the consumption of data in situational scenarios. Firstly, we focus on data that can be integrated by means of join and union operations. Then, we coin the term disposable Web APIs as an alternative mechanism for the consumption of open data in situational scenarios. These disposable Web APIs are created on-the-fly to be used temporarily by a user to consume specific open data. Accordingly, the main objective is to provide suitable mechanisms to easily access and reuse open data on the fly and in an integrated manner, solving the problem of difficult access through SPARQL endpoints for most data consumers and the lack of suitable Web APIs with easy access to open data. With this approach, we address both open data publishers and consumers, as long as the publishers will be able to include a Web API within their data, and data consumers or reusers will be benefited in those cases that a Web API pointing to the open data is missing. The results of the experiments conducted led us to conclude that users consider our generated Web APIs as easy to use, providing the desired open data, even though coming from different datasets and especially in situational scenarios. / Esta tesis ha sido financiada por la Universidad de Alicante mediante un contrato destinado a la formación predoctoral, y por la Generalitat Valenciana mediante una subvención para la contratación de personal investigador de carácter predoctoral (ACIF2019).
|
4 |
Ανάπτυξη και υλοποίηση δικτυακής πύλης αναζήτησης και εύρεσης βιβλίων βασισμένη σε τεχνολογίες Web 2.0 και σε οντολογίες με χαρακτήρα εξατομίκευσηςΚαλού, Αικατερίνη 13 July 2010 (has links)
Στη παρούσα διπλωματική εργασία, πραγματοποιείται μία ποιοτική επισκόπηση του όρου Σημαντικός Ιστός και των τεχνολογιών αναπαράστασης γνώσης και συμπερασμού που υπόκεινται σε αυτόν, όπως οντολογίες, μέθοδοι και εργαλεία ανάπτυξης οντολογιών, γλώσσες αναπαράστασης οντολογιών καθώς και η επέκταση της εκφραστικότητας των οντολογιών με την προσθήκη κανόνων. Επίσης, γίνεται εκτενής αναφορά σε μία άλλη εξελικτική τάση, που κυριαρχεί στο χώρο του Web, το Web 2.0. Στα πλαίσια του Web 2.0, αναλύονται έννοιες όπως mashups και Web APIs. Ειδικά για την έννοια των Web APIs, γίνεται αναφορά και ανάλυση συγκεκριμένων APIs, όπως αυτά της Amazon και του EBay.
Οι έννοιες του Σημαντικού Ιστού και του Web 2.0 παρουσιάζονται πολλές φόρες ως ανταγωνιστικές για το μέλλον του Ιστού. Εντούτοις, γίνεται σαφές όλο και περισσότερο ότι οι δύο αυτές έννοιες είναι συμπληρωματικές.
Στα πλαίσια της διπλωματικής εργασίας, αναπτύχθηκε μια εφαρμογή η οποία θα συνδυάζει αυτές τις δύο κυρίαρχες τεχνολογικές τάσεις. Πιο συγκεκριμένα, η εφαρμογή αποτελεί ένα πλαίσιο αναζήτησης βιβλίων από το Amazon και το Half eBay με χαρακτήρα εξατομίκευσης. Για την εφαρμογή, κάθε χρήστης αποτελεί μία αυτόνομη οντότητα. Συνεπώς, το περιεχόμενο της εφαρμογής προσαρμόζεται ανάλογα με το προφίλ του χρήστη κάθε φορά. Η υλοποίηση της εφαρμογής στηρίζεται αποκλειστικά στην ανάπτυξη οντολογιών, στη συγγραφή κανόνων (για την εξατομίκευση), στη δημιουργία ενός mashup και στα Web APIs. Τέλος, να σημειωθεί ότι η εφαρμογή στηρίζεται σε μία κατανεμημένη αρχιτεκτονική 3-επιπέδων. / In the present diploma thesis, one qualitative review is realised for the concepts of Semantic Web and of technologies of representation of knowledge and reasoning that being in this, such as ontologies, methods and tools for ontology development, representation languages of ontologies as well as the extension of expressiveness of ontologies with the addition of rules. Also, it becomes an extensive report in an other evolutionary tendency, that dominates in the space of Web, Web 2.0. In the scope of Web 2.0, concepts such as mashups and Web APIs are analyzed. Specifically for the concept of Web APIs, we make a report and an analysis of concrete APIs, as those of Amazon and EBay.
The concepts of Semantic Web and Web 2.0 are presented a lot of times as competitive for the future of Web. Nevertheless, it becomes more and more obvious that these two concepts are complemental.
In the scope of these diploma thesis, was developed an application which combines these two dominant technological tendencies. In particular, the application constitutes a framework of searching books from Amazon and Half eBay with a personalised character. For the application, each user constitutes an autonomous entity. Consequently, the content of application is adapted depending on the profile of user each time. The implementation of application is supported exclusively in the ontology development, in the writing of rules (for the personalisation), in the creation of a mashup and in Web APIs. Finally, it is marked that the application is supported in a distributed 3-tier architecture.
|
Page generated in 0.0511 seconds