1. Dashboard
  2. Forum
    1. Unerledigte Themen
  3. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team-Mitglieder
    4. Trophäen
    5. Mitgliedersuche
  4. Tutorial Bereich
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Seiten
  • Forum
  • Lexikon
  • Erweiterte Suche
  1. Informatik Forum
  2. Webmaster & Internet
  3. Entwicklung

XML-Strukturdesign

    • Frage
  • mkdigital
  • 19. Februar 2008 um 15:45
  • Unerledigt
  • mkdigital
    10
    mkdigital
    Mitglied
    Reaktionen
    6
    Punkte
    1.036
    Beiträge
    162
    • 19. Februar 2008 um 15:45
    • #1

    hallo xml gurus!

    Ich soll beim Design einer XML-Struktur für eine schnittstelle helfen, die ungefähr folgendes können soll:

    ein client hat daten erfasst und will diese an den server übermitteln, welcher verschiedene funktionen bereitstellt. jede funktion hat div. parameter. welche der client aufruft, ist in der logik des clients.

    jetzt wirds knifflig: die funktionen am server können sich von zeit zu zeit ändern.

    daher gibts für mich jetzt 4 wege:

    1) generisch und dafür beständig

    <function name="meinefunktion">
    <parameter name="para1">value</parameter>
    <parameter name="para2">value</parameter>
    ...
    </function>

    2) konkret dafür jedesmal dtd der xml schnitstelle ändern
    <doTransaction>
    <parameter1>value</parameter1>
    <parameter2>value</parameter2>
    ...
    </doTransaction>

    3) mischform: generische funktion wird neben spezialfunktion bereitgestellt

    4) auf bestehende technologien zurückgreifen: XML-RPC oder SOAP

    http://twoday.tuwien.ac.at/mkdigitalhttps://twitter.com/sigsegvat

  • Erklärbär
    8
    Erklärbär
    Mitglied
    Reaktionen
    6
    Punkte
    661
    Beiträge
    130
    • 19. Februar 2008 um 16:40
    • #2

    ich würd SOAP verwenden :thumb:

    einfach nur genial: wenn man im wort "Mama" 4 buchstaben ändert, dann hat man auf einmal "Bier"

  • mkdigital
    10
    mkdigital
    Mitglied
    Reaktionen
    6
    Punkte
    1.036
    Beiträge
    162
    • 19. Februar 2008 um 18:16
    • #3
    Zitat von Erklärbär

    ich würd SOAP verwenden :thumb:


    gibts an grund dafür?

    weil aufwand ist alles,SOAP ist ja auch nicht so leicht einzurichten oder? serverseitig ist es übrigens perl, clientseitig vorwiegend visualbasic und dotnet.

    http://twoday.tuwien.ac.at/mkdigitalhttps://twitter.com/sigsegvat

  • a9bejo
    21
    a9bejo
    Mitglied
    Reaktionen
    42
    Punkte
    4.697
    Beiträge
    913
    • 19. Februar 2008 um 21:36
    • #4

    Ich wuerde aber einfach HTTP requests an den server schicken, also z.b.

    Code
    POST /meineapp/meinefunction HTTP/1.1
    Host: www.meinserver.net
    text/plain; charset=UTF-8
    Content-Length: [...]
    para1=value&para2=value

    Also so ein REST-RPC Mix.

    Bewehrter Standard, ausgezeichneter Toolsupport, skaliert extrem hoch und ist verdammt einfach und leicht zu verstehen. KISS.

    lg, Benjamin Ferrari, bookworm.at

  • Erklärbär
    8
    Erklärbär
    Mitglied
    Reaktionen
    6
    Punkte
    661
    Beiträge
    130
    • 20. Februar 2008 um 07:27
    • #5
    Zitat von matk

    gibts an grund dafür?

    weil aufwand ist alles,SOAP ist ja auch nicht so leicht einzurichten oder? serverseitig ist es übrigens perl, clientseitig vorwiegend visualbasic und dotnet.

    Sich an Standards zu orientieren ist nie verkehrt. Die Erfahrung war mein Lehrmeister :winking_face:

    Es kommt natürlich drauf an, wer alles deine Dienste (also die Serveranwendung) in Anspruch nehmen soll. In wiefern ist das Ding erweiterbar?
    Oft ist das nicht absehbar. In einer grösseren Umgebung etwa kann es sehr leicht passieren, dass ein Fremdsystem, von dessen Existenz noch niemand weiss, plötzlich deinen Server verwenden möchte, das von dir angebotene Protokoll jedoch nicht unterstützen kann.

    Wenn du sagst, Aufwand ist alles, dann stimmt das natürlich. Du musst aber auch bedenken, dass es sehr viel mehr Aufwand bedeutet, eine bestehende Implementierung zu ändern bzw. zu erweitern.

    einfach nur genial: wenn man im wort "Mama" 4 buchstaben ändert, dann hat man auf einmal "Bier"

  • mkdigital
    10
    mkdigital
    Mitglied
    Reaktionen
    6
    Punkte
    1.036
    Beiträge
    162
    • 20. Februar 2008 um 09:24
    • #6
    Zitat von a9bejo

    Ich wuerde aber einfach HTTP requests an den server schicken, also z.b.

    Code
    POST /meineapp/meinefunction HTTP/1.1
    Host: www.meinserver.net
    text/plain; charset=UTF-8
    Content-Length: [...]
    para1=value&para2=value

    Also so ein REST-RPC Mix.

    Bewehrter Standard, ausgezeichneter Toolsupport, skaliert extrem hoch und ist verdammt einfach und leicht zu verstehen. KISS.

    ich komm mir jetzt ein bissl vor wie in einem dilbert comic: das Management will aber xml :)

    das was du beschreibst haben wir jetzt auch. nebenbei gibts auch eine fileschnittstelle. das format ist immer das selbe, ein file das werte durch { trennt: {value1{value2{{{{value3{{...

    die ganzen http und fileschnitstellen sollen vereinheitlicht und in xml sein. SOAP ist vermutlich eh die bessere idee, weil in perl gibts sowas und in vb vermutlich auch, in DOTNET wird es ja angepriesen als hätten sie's erfunden. moment.. wiki sagt sie habens erfunden.. naja ok, wenigstens ist es W3C Standard.

    nichts desto trotz würd mich interessieren ob es eine art richtlinie gibt wie man XML-Elements identifiziert (siehe oben), so ähnlich wie man in datenmodellierung tabellen identifiziert oder in OOM Klassen.

    http://twoday.tuwien.ac.at/mkdigitalhttps://twitter.com/sigsegvat

  • Erklärbär
    8
    Erklärbär
    Mitglied
    Reaktionen
    6
    Punkte
    661
    Beiträge
    130
    • 20. Februar 2008 um 13:54
    • #7
    Zitat von matk

    naja ok, wenigstens ist es W3C Standard.

    AFAIK ist es ne W3C Recommendition

    einfach nur genial: wenn man im wort "Mama" 4 buchstaben ändert, dann hat man auf einmal "Bier"

  • mkdigital
    10
    mkdigital
    Mitglied
    Reaktionen
    6
    Punkte
    1.036
    Beiträge
    162
    • 21. Februar 2008 um 12:06
    • #8

    wegen SOAP

    kann mir jemand nen link geben zu einem tutorial für vb.net soap client applikationen? ich würd gerne mal einen prototypen bauen mit apache-perl und vbdotnet als client der einfache methoden über soap aufruft.

    ich finde zu dotnet und soap einfach nichts, in perl dürfte das einfacher sein: http://cookbook.soaplite.com/

    http://twoday.tuwien.ac.at/mkdigitalhttps://twitter.com/sigsegvat

  • Maximilian Rupp 27. Dezember 2024 um 12:04

    Hat das Thema aus dem Forum Programmieren nach Entwicklung verschoben.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden

Rechtliches

Impressum

Datenschutzerklärung