Alternativen zu YQL

Question

Dies ist eine mehrteilige Frage. Ich habe gerade eine sehr interessante Präsentation über YQL vom führenden Entwickler (einem Absolventen meines MS-Programms) gesehen. Obwohl es sehr überzeugend war und ich mich darauf freue, es auszuprobieren, frage ich mich, ob jemand alternative Frameworks für die Abfrage mehrerer Web-Service-APIs kennt, damit sie nahtlos erscheinen, der offensichtliche Zweck von YQL?

Yahoos Strategie bestand darin, XML-Schemadefinitionen zu erstellen, die die Parameter eines bestimmten Webdienstes in ihre YQL Open Table-Abfrageparameter einbinden, was ich für sehr clever halte. Gibt es ein Tool, das versucht (vielleicht bin ich naiv), die Erkennung von Parametern in einer REST-API zu automatisieren? Mir ist bewusst, dass mit SOAP-APIs, weil es eine veröffentlichte WSDL gibt, die Automatisierung einfacher wird, aber gibt es noch keine Möglichkeit, dies mit REST zu tun? Versucht jemand?

Answer 1

Ja Leute versuchen, Beschreibungssprachen für REST zu produzieren. Der beliebteste Versuch ist WADL. Es gibt viele Fragen über WADL hier auf SO. Ist es eine gute Idee? Meiner Meinung nach nein.

REST benötigt kein Discovery-Modell, das über Hypermedia hinausgeht, da es versucht, ein Problem auf einer anderen Architekturschicht als Webdienste zu lösen. Webdienste liefern Daten an die Geschäftslogik/das Domänenmodell einer Anwendung. Bei REST geht es darum, Inhalt und Verhalten auf einer Präsentationsebene bereitzustellen.

Wie wäre es mit einer Analogie? Stellen Sie sich den Unterschied zwischen einem Objekt und einer Struktur in C++ vor. Eine Struktur sind nur einfache Daten, die von einem Client-Prozess bearbeitet werden. Das ist es, was ein Web-Service tut, er gibt ein Stück Daten zurück, eine Struktur. Sicher, vielleicht hat es eine Menge serverseitiger Verarbeitung durchgeführt, um das Ergebnis zu erzeugen, aber das Endergebnis ist ein Datenklumpen. Eine REST-Schnittstelle liefert ein Objekt. h. es enthält sowohl Daten als auch die Methoden, die zur Manipulation dieses Objekts verwendet werden können. Wenn Sie die einheitliche Schnittstelle verstehen und den zurückgegebenen Medientyp verstehen, wissen Sie bereits, was Sie mit der Antwort tun können. Erkennungsmechanismen sind redundant.

Wenn Sie das kaum glauben, denken Sie an das Web. Wie entdeckt ein Webbrowser Webseiten? Das Web hat keinen Mechanismus zur Entdeckung von Daten und dennoch gibt es eine ganze Welt von Informationen, die wir mit einem Webbrowser entdecken können.

Answer 2

Es gibt diese kleine Website http://zachgrav.es/yql/tablesaw/, die in der Tat automatisch Parameter in einer REST-API erkennt und sie in eine YQL-kompatible Tabelle umwandelt.

Answer 3

Es gibt zwei Möglichkeiten, Informationen zu finden. Entweder verwenden Sie eine 100% eindeutige Sprache oder Sie verwenden eine natürliche Sprache. Irgendetwas dazwischen wie YQL ist zum Scheitern verurteilt, weil es keine liefert und nur mit den Beispielen, die seine Autoren anführen, gut funktioniert.

Ich bloggte darüber bei http://zscraper.wordpress.com/2012/05/30/enough-with-crawling-2. Meine persönliche Haltung ist, dass Sie immer die genauesten Ergebnisse erhalten werden, wenn Sie Ihre Hausaufgaben zuerst machen, d. H. Die Zieldomäne studieren und herausfinden, wie Sie sie eindeutig abfragen können.

Um Ihre Frage zu beantworten und Ihnen eine Alternative zu geben - versuchen Sie Bobik. Dies ist ein Cloud-gestützter Scraping-Dienst, den Sie über die REST-API steuern. Verfassen Sie Ihre "Abfragen" in traditioneller Syntax (Bobik unterstützt Javascript, JQuery, XPATH und CSS) und rufen Sie Bobik auf, um sie von jeder clientseitigen Umgebung aus auszuführen (Webseiten, mobile Apps oder Ihr Server).

Hoffe, das hilft.