| |||||||
Du magst keine Werbung? Wir auch nicht!
Einfach registrieren und die Werbung ist weg. Diese Nachricht sehen nur nicht registrierte Nutzer.
![]() |
| | LinkBack | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| Markus Raab Registriert seit: Aug 2001 Ort: Berlin Friedrichshain
Beiträge: 928
| Flash Remoting vs. XML - Schnittstelle
Hallo Leute, wer kann mir denn als nicht Informatiker mal erklären ob Flash Remoting oder XML - Schnittstelle mehr Sinn machen? Es handelt sich um ein Projekt eines großen Shopsystem, bei dem Suchanfragen momentan Ergebnisse im XML-RPC Format zurückliefern, die wohl auch mal 200k haben können. Da handelt es sich um Produktlisten, Warenkörbe usw. Das System läuft eigentlich sehr gut, nur haben die Flash - Komponenten wie zum Beispiel das DataGrid mit der Darstellung großer Datenmengen zu kämpfen. Ich entwickle jetzt das ganze Ding nochmal mit MX 2004 und würde gerne wissen ob ein Umstieg auf Flash Remoting lohnenswert ist. Es geht besonders um die Perfomance. Mir ist nicht klar wie Remoting überhaupt funktioniert. Wenn ich ein Datenpaket mit Objekten via Remoting an den Client übertrage muß dieses Datenpaket doch trotzdem noch im Client kurz geparst werden, oder? XML ist ja mittlerweile sau schnell, deshalb wird es da wohl kaum Performanceverbesserungen geben, oder? Serverseitig wird es sich ähnlich verhalten, oder? Die Schnittstelle läuft gut und liefert sehr schnell XML-Format-Ergebnisse zurück. Macht Remoting mehr Sinn, wenn es um kleine Datenpakete geht, die direkt mit Komponenten usw. verknüpft sind? Kann ich für große Datenpakete also auch getrost bei der XML-RPC Lösung bleiben? Ist Remoting einfach nur ein anderer Arbeitsweg und eine vorgefertigte Schnittstelle von Macromedia, die leicht einzubauen ist? Ich habe momentan eine Clientseitige Funktion der ich ein Objekt übergebe, dieses wird in XML-RPC umgewandelt, versandt und ich bekomme dann XML Daten zurück und dadurch wieder ein Objekt. Sollte ich diese Schnittstelle einfach mit Remoting austauschen? Und wenn ja, warum? Werden zum Beispiel die Datenpakete kleiner, weil die Remoting-Datenstruktur eine sehr komprimierte ist? Vielen Dank für die Hilfe!
__________________ Blog | derRaab(); - Flash Platform Developer | XING | Joykey - Joystickevent to Keyevent | electronicSat - elektronische Musik | MySpace |
| | |
| | #2 (permalink) |
| Markus Raab Registriert seit: Aug 2001 Ort: Berlin Friedrichshain
Beiträge: 928
|
Mal auch eine kleine Linksammlung zum Thema: http://www.macromedia.com/software/f...chitecture.pdf http://www.codealloy.com/flashandjava.htm http://www.sys-con.com/story/?storyid=37919&DE=1#RES http://www.macromedia.com/de/softwar...tinfo/faq/#100 Mal zum Anlesen. Dann gehts weiter. Hoffe ich bekomme hier ein paar Infos...
__________________ Blog | derRaab(); - Flash Platform Developer | XING | Joykey - Joystickevent to Keyevent | electronicSat - elektronische Musik | MySpace |
| | |
| | #3 (permalink) |
| wolter.biz Registriert seit: Jun 2001 Ort: Düsseldorf
Beiträge: 3.395
|
remoting ist schneller (die objekt-konvertierung wird automatisch übernommen) und kompakter (die serialisierung wird ebenfgalls automatisch übernommen und hat weniger overhead als xml). sonst tut sich das alles nicht viel... gruss, sascha. |
| | |
| | #4 (permalink) |
| www.kruesch.de Registriert seit: Feb 2002
Beiträge: 1.057
|
genau. Gerade bei grossen Datenmengen die nicht nur Strings enthalten lohnt sich Remoting, da die Daten binär serialisiert werden. XML ist leider alles nur nicht kompakt - Tags brauchen Platz und alle Daten (also z.B. auch Zahlen) werden als String übertragen.... Remoting wird im Player geparst, deshalb geht das sehr schnell. Die XML-Funktionen selbst sind zwar auch fix, aber zusätzlich musst Du entsprechenden Actionscript Code schreiben, der diese Funktionen aufruft (bzw. den XML Resolver verwenden, der aber auch in Actionscript geschrieben ist). Das kann bei grossen Datenmengen schnell zur Performance- Bremse werden...
__________________ www.planet-xaml.net |
| | |
| | #5 (permalink) |
| Markus Raab Registriert seit: Aug 2001 Ort: Berlin Friedrichshain
Beiträge: 928
|
Danke Jungs, Ihr werdet es sicherlich wissen! Also lohnt es sich, wenn ich meine XML-RPC Schnittstelle durch Remoting ersetze um die Datenübertragungsperformance zu steigern. Dann mache ich das halt....
__________________ Blog | derRaab(); - Flash Platform Developer | XING | Joykey - Joystickevent to Keyevent | electronicSat - elektronische Musik | MySpace |
| | |
| | #6 (permalink) |
| Markus Raab Registriert seit: Aug 2001 Ort: Berlin Friedrichshain
Beiträge: 928
|
__________________ Blog | derRaab(); - Flash Platform Developer | XING | Joykey - Joystickevent to Keyevent | electronicSat - elektronische Musik | MySpace |
| | |
| | #7 (permalink) |
| www.kruesch.de Registriert seit: Feb 2002
Beiträge: 1.057
|
Im Prinzip ist die Entscheidung ganz einfach: geht es nur um Kommunikation Flash<->Server ist Remoting die beste Lösung. Willst Du eine allgemeine Schnittstelle zur Verfügung stellen und diese u.a. mit Flash nutzen, ist ein Webservice mit SOAP die bessere Alternative. XML-RPC ist ja eh ein bischen von gestern
__________________ www.planet-xaml.net |
| | |
| | #8 (permalink) |
| wolter.biz Registriert seit: Jun 2001 Ort: Düsseldorf
Beiträge: 3.395
|
@flory: wegen XML-RPC. mit webservices stehe ich bei flash aufgrund der ganzen schematas, die ständig im speicher gehalten werden ein wenig auf kriegsfuss. auf desktops mit ordentlich leistung geht das zwar sehr gut, aber sobald nur wenig ressourcen zur verfügugn stehen (z. b. pda oder alte computer), finde ich XML-RPC eine gute alternative - insbesondere da doch einige kunden kein remoting (kosten/zusätzliche installation) möchten. und gerade wenn man ein kompaktes properitäres format auf der basis von XML-RPC erstellt, dann kann man sich echt super kleine parser für die daten bauen, um native flash-objekte zu bekommen - kein vergleich zu dem webservice-monster... ![]() gruss, sascha. |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |