Hvornår bør man vælge TCP/IP frem for middelware

Hvor meget det er et argument eller hvad man kan sige... ved jeg ikke...

Men kompleksiteten af TCP/IP er ofte lavere end Middleware, men det kommer jo an på hvor vi snakker... for omvendt så kommer kompleksiteten af ens netværkskommunikation også til at kunne vælge det fornuftige...

Skal man ikke andet end transportere Data (Objecter, Filer eller lign) over netværk, jamen så er der ingen grund til at begynde at rode med RPC, men skal man pluselig lave mange forskellige typer af kald...

Hvad er spørgsmålet egentligt ? (så godt som al moderne middleware bygger på TCP/IP teknologi !)

Om man skal bruge:

system A----system B

eller:

system A----middleware----system B

?

om man skal bruge:
  binære data over socket
eller:
  SOAP/HTTP (og andre standard formater)
?

eller ?

Ja, arve_v, det er et godt spørgsmål:-) Men det jeg mener er; hvornår er det fordelagtigt at anvende den helt rene form for TCP/IP, frem for at vælge en middelware teknologi der eksempelvis tilbyder OO eller andet(herunder selvfølgelig ikke pålidelig transmission:-))

Der menes vel Socket vs. RPC (RMI, Remoting, Soap ect.) ??

Det er hvertfald det jeg har gået ud fra...

Jow under det hele er der jo TCP/IP... så i sidste ende er det hele jo TCP/IP... men det er lidt dumt at begynde på at implementere sin egen RPC (med mindre man har helt specifikke krav og ønsker at optimere på performance, men så har man også meget styr på tingene)...

Men... som sagt tidligere, så slipper man for en masse kompleksistet...

Fx. vil et billede kunne overføres på begge måder fordelagtigt... enten som et Bitmap object eller som rå bytes...

Men hvad skal du bruge det til hos klienten?... skal det bare gemmes på hans disk?... så brug TCP/IP Sockets... skal du til at lave alle mulige manipulationer med billedet, og skal det i sidste ender derefter gemmes på serveren... så kan du bruge PRC... (nu er billeder der redigeres nok et ret dårligt eksempel)...

Nu skal jeg ikke til at implementere noget:-) Det er blot fordele og ulemper jeg leder efter - og det er af ren intresse. Jeg har bare ofte tænk op det.

Hvis spørgsmålet drejer sig om byte stream versus et API  som
indkapsler adgang til det andet system (RMI, remoting, SOAP etc.),
så har jeg 2 regler:

byte stream : godt til få men store items

API : godt til mange men små items

en byte stream er den eneste fornuftige måde at flytte 650 MB ISO filer på

men har man 50 forskellige funktioner med i gennemsnit 3 argumenter som er simple
data typer, så sparer et API en masse kode i begge ender

ordet middleware giver mig associationer til MOM, ESB, EAI, MQ & MQSI (WBI), BizTalk og den slags

Ligger I et svar? Så deler jeg pointene imellem Jer.

ok

k

så mangler du bare at acceptere svarene

Jeps. Tak for hjælpen:-)