spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du meinst sicherlich onlinefussballmanager
Habe ich auch bis vor kurzem gespielt. Dann hab ich verpennt Verträge zu verlängern und da war die Lust dahin Nach knapp nem halben Jahr Naja mit den Daten ist das ja so ne Sache. In welcher Form willst du die Daten denn preisgeben? Also in welcher Form würde ich an die Daten kommen, wenn ich dir irgendein Tool dafür schreiben sollte? Muss man ja wissen, um zu gucken was man damit anfangen kann

es sollte für deinen Manager eine API geben, mit deren Hilfe man auf die verschiedenen Daten zugreifen kann und ggf. Aktionen ausführen kann, die man bisher nur über die Seite machen kann
so könnte vielleicht ein Tool oder ein Plugin für ein Tool entstehen, welches automatisch Verträge verlängert

Twitter beispielsweise hat auch eine API bereitgestellt, über welche Clients für Mobilgeräte etc. erstellt werden können, mit denen die Kurznachrichten verfasst werden können (natürlich gibt es auch von Facebook, YouTube etc. derartige APIs)

du solltest dir auch Gedanken machen, für welche Sprachen du APIs liefern kannst
beispielsweise wäre eine für Serverseitige Sprachen auch interessant, da darüber auch Internetseiten diese nutzen könnten

Naja man könnte alles über Webservices aufziehen und somit Sprachen "unabhängig" bleiben.

stimmt, darauf bin ich gerade nicht gekommen
aber warum hast du das "unabhängig" in Anführungsstriche gesetzt?
man kann einen Webservice mit jeder Sprache verwenden, mit der man auch Netzwerkkommunikation betreiben kann (Brainfuck und Ook! fallen also schonmal weg... =( )
es kann sein, dass es für ganz exotische Sprachen noch keine Implementierung gibt, die die Dateien vom Webservice auswertet und man dies ggf. noch selbst erledigen muss, für die wichtigsten Sprachen dürfte es sowas aber schon geben

man könnte aber auch beides kombinieren
als Basis gäbe es einen Webservice, der von den Tools direkt verwendet werden kann
für Personen, die nicht gerne mit Webservices arbeiten oder die sich mit solchen nicht auskennen, könnte man eine API erstellen, welche auf den Webservice zugreifen
ob sich dieser Mehraufwand lohnen würde, ist aber eine andere Sache

man könnte vorerst einen Webservice erstellen, der alle Funktionen, die darüber verwendet können werden sollen, bereitstellt und später nochmal überlegen, ob "native APIs" sich eventuell lohnen könnten
ein Problem ist aber, dass sie immer nur einen ganz bestimmten Funktionsumfamg des Webservices abdecken

zur Schnittstelle:
also ein Webservice ;D (siehe dazu WSDL und SOAP)

da dies standardisiert ist und schon weitreichend eingesetzt wird, ließe sich mit weniger Aufwand ein entsprechender Webservice erstellen
zudem ist das Parsen einer XML-Datei meines Erachtens nach angenehmer, als reine Textdateien zu parsen (da es ebenfalls bereits vorgefertigte Werkzeuge gibt)
zudem haben XML-Dateien einige Vorteile, wie das abbilden der Daten in hirarchischen Strukturen