Browsergame mit SOAP?

Hallo Leute,
arbeitsbedingt musste ich mich nun mal mit SOAP auseinandersetzen und habe festgestellt, dass SOAP wirklich einige Vorteile mit sich bringt. Es ergibt sich z.B. automatisch eine Client / Server Architektur, wobei hier der besondere Vorteil ist, dass es automatisch eine API für die Anwendung gibt... eben durch SOAP und die WSDL. Somit steht der Entwicklung von alternativen Clientoberflächen nichts im Weg. WebServices halt... ob der Client nun ein JAVA Programm ist, oder eine PHP Webseite, oder auf Sprache XYZ basiert, ist bei dieser Technik total egal... und das ist schon genial.
Einzig bei der Performance habe ich noch meine Bedenken. Hat jemand von euch schonmal weitreichendere Erfahrung mit SOAP gemacht? Setzt ihr es für ein BG ein? Muss ich mir wegen der Performance gedanken machen (overhead beim Parsen der WSDL macht mir Sorgen)...
Gruß,
Marc
PS: Der Server und der Client sind bei mir im Moment komplett in PHP geschrieben

Ich persönlich nutze SOAP zum Export einiger kleiner Datenbestände für die Nutzung dieser durch den Spieler.
brueckenbauer.depon.net/xml/users.asmx
(Momentan ist der Brückenbauer leider nicht 100% nutzbar. Ich habe ihn totgefrickelt)
Wenn du nicht pro Aktion 20 Requests brauchst, hat SOAP eigentlich keine großen Performance-Probleme. Eine Xml-Datei ist schnell geparst und die WSDL muss ja nur einmal in eine Klassenhierarchie umgebaut werden.
Es ist in meinen Augen schneller als das Generieren einer schönen Html-Seite.

Hm Nachteile habe ich bei Soap auch noch nicht sonderlich bemerkt ausser halt der höhere Aufwand. Ich habe es aber abgelehnt. WebServices sind ja in erster Linie dann sinnvoll wenn es genaue Richtlinien gibt an die man sich halten muss und der Dienst von anderen abrufbar sein soll.
Nachdem das bei mir nicht so ist brauche ich es nicht. Ich meine ich brauche keine Richtlinien da ich beide Seiten des Codes geschrieben habe, ich weiß also eh wie es aussieht