, dette emne var oprindeligt et svar til peter morris "n-tier" newsgroup tråd, men jeg begynder på et nyt spor her om dcom for andre spekulerer på, om dcom.,,,,,,, spørgsmål og bekymringer om " problemer med boldcom ", hørte i nyhederne, grupper og  , jeg her ønsker at give nogle råd.,,, jeg anbefaler, er typiske problemer ved hjælp af en almindelig cpu for at tjene flere kunder fra " protokol " (og dertil knyttede numre), der forbinder   kunder til cpu 'er (mere om, at resuméet langt under).,,, en skærm, der heri forestiller sig en simplier løsninger på nogle specifikke " dcom - komponent problem " som følge af dristige komponenter til de enkelte områder af individuelle objekter, som investerer i et net (eller endnu værre, på internettet...).enhver overførsel protokol vil i en multi - bruger miljøet til en dag bandwith grænser, forsøger at gøre det uden mig.men hvis der anvendes med forsigtighed og udforme hele miljø (server & klient) til at støtte en tredelt " protokol løsning " den modige dcom løsning har også sine fordele.,,, se på skærmen, der under og prøve at forestille os, hvad der er bag kulisserne, og huske på, at ingen forretningslogik findes på kundens side, ingen logik, der findes i databasen, henrettet på en (1) server cpu i samspil med flere kunder.det viser også, at en stråle dcom - ikke behøver at være fattig, 100% statsløse og " døde " for brugeren.det kan faktisk være ret " befolkede " og tilsyneladende meget aktive og reagere på brugeren.dcom med fed skrift, du kan bestemme den " stateness " af de data, der overføres mellem server og klient.du kan ændre deres tilgang og - løsninger, afhængigt af hyppigheden af anvendelse af cpu 'en belastning som følge af fælles aktioner, og behovet for " aktiv interaktion " og støtte af alternative data, der vises.alt afhængigt af detaljer i brugernes handlinger og ændre sammenhænge i edit dialoger osv. under denne frihed er nøgleord " varierer " og " mulige " vedrørende teknikker.disse stikord anvendelse, fordi du har en næsten fuld vifte af tekniske og funktionelle muligheder, selv om man ikke altid har ubegrænset kapacitet (bandwith osv.).så du må variere deres tilgang.,,, når alt dette er sagt, at minde om, at den form, der er angivet nedenfor, er et fuldt funktionsdygtigt i sin endelige rt miljø (dcom klienter i metaframe), lad os se på det skud,,,,,,,   tre skud, der viser data skærmen i " seere " i stedet for at vise de enkelte formål medlemmer ved særskilt dcom komponenter for hver egenskab.(bemærk også, at de fleste af listen håndtag kun anvendes, når der udløser eftersøgninger på efterspørgslen, de normalt er ret passive, når kun betragter & se data med form),,,   fig. 1: ordrebeholdning form (parceller senere transportplanlægning) design - form ser temmelig " tom " udformning (= mange blanke html seere):,,,,,,,,,, fig. 2: i runtime eu - erhvervsgrenen fuldt ud er oplysende og interaktiv. ,,,,,,,,, at klikke på http: //skærm af " parcel oplysninger " område åbner en regelmæssig dialog med delphi komponenter (ikke direkte kendskab til).den bekræfter de data sendes til server, der fastlægger detaljerne i passende objekt områder, der forårsager - attribut "parceldetailsashtml at genopfriske seeren ved at sende en enkelt ny (http: //strengen tilbage til kunden.bruger meddelelser er vist som fejl, advarsler og oplysninger til det yderste højre benytter symboler, klient enestående bruger sprog http: //formated tekst (eller almindeligt bånd fra kode påstande eller anden kode meddelelser).form en tekst og data og datalabels vises i det sprog, defineres af brugeren.samme server funktion afkast tekst på forskellige sprog, afhængigt af ". hvem spørger ".sprog kan ændres i runtime (ikke gennemført fuldt ud i denne form, ser du både svenske og danske blandet her, plus nogle ser værktøjer i øverste højre hjørne til at søge og manipulere med alt fra dristige klasse medlemmer til meta - data, at staten overgange, gennem det nuværende formål, struktur, at sende /modtage inden for klient snakke også post og kort - alt (note - det kaldes en " tynd " dcom klient).,,,,,,, fig. 3 her, kan du se resultatet af den foregående dialog sendt til sikkerhedsplanen for operatører og straks parset tilbage til kunden, som en (1) http: //snor til seeren (til højre for den nye dialog nedenfor).en hurtig og enkel begreb.,,,,,  ,,, på det sidste - fig 3 viser et eksempel på en regelmæssig html hyper - link udløser en begivenhed, der er bestemmende for, i hvilket dialog, og hvilke data (fra flere partys er stablet i separate seere til venstre) at indsamle /angives i dialogen.disse områder er meget specielle, i og med at de er passiv visning af data, men på samme tid aktivt i stand til søgning efter data over dcom og dermed har de " aktive på anfordring ".men denne aktivitet har en forholdsvis lav frekvens, og de er midlertidige og dermed påvirker ikke samlede resultater meget - - og kigger data er det, maettede fedtsyrer nettet!(links er " sprog følsomme ", før vi fuldt ud gennemført på cleint side siden html tekst er genereret af fagforeningerne og de faglige sammenslutninger server og dermed vist i min bruger sprog - og svensk).,,,,,,,,, alle individuelle data felter vist i disse eksempler, hvor " passive mens synlig ".gul kom komponenter blev kun anvendt til at hente bidder af sammenbyggede datafelter, så længe tråde og sendt tilbage igen efter dialoger afsluttet (bortset fra nettet, som sandsynligvis vil blive erstattet, for det er et varmt sted i form af attracs).,,, validering af data er 100% godkendt af forretningsregler på serveren side (nr. forretningslogik findes i klient).,,, med denne fremgangsmåde for at blande begreberne " aktive ", kom håndtag og " passive ". html strenge brugeren erfaringer en " aktive " - men teknisk set, er det næsten " stendød ".intet sker, undtagen for regelmæssig kontrol i form dialog områder og sender dataene til server logik.det gode er, at   gule stab er forfriskende seerne med den seneste aktuelle html data ved hjælp af de regelmæssige dristige tegnings - mekanisme (det bemærkes, at de fleste subcriptions vil være på serverside siden html attribut holder styr på en lang række områder internt på serverside, men kun et felt pr. skærm har tegninger i dcom).,,, da den tekst, og etiketter i html tekst er sprog, følsomme, vi har faktisk mange hundrede " pseudo - aktive " data felter i denne form.(set fra serveren side).seeren tilgang reducerer det store antal ned til en fraktion, og eu - erhvervsgrenen er i realiteten ikke ", langsom " og slet ikke med en almindelig nettilslutning.mange brugere (10 +) metaframe løsning ville reducere netværksydelse problemer til næsten " intet ".,,, - resultater, måske kan blive blandet op med " resultatmæssige problemer med dcom ", og den omstændighed, at en dcom løsning indebærer, at der skal anvendes en almindelig cpu, som en ansøgning - server.bemærker, at sidstnævnte er i forbindelse med gennemførelsen, men ikke en udtrykkelig dcom problem -   ,, en effektiv udformning og kodning er helt afgørende for en løsning ved hjælp af en fælles ansøgning server.,,, effektiv kodning definately alene er ikke nok.ved at kombinere design & kraftig kodning vil gøre, skal man " tror, effektive løsninger /begreber " ud fra den model, og holde det for det overordnede design hele vejen tilbage og fjerde til kunderne.dette er af afgørende betydning, og vi har lært meget, blot fordi vi var tvunget til at, vi brugte en enkelt * almindelig cpu * på app - side.,,, at det alt sammen, det ser ikke så slemt med dristige dcom løsning, så vidt jeg kan se.det var klar over " dets grænser " (bandwith til detaljeret objekter, attributter med tricks for at mindske mange objekter i lister osv.) og dets alt om dig.det er magtfulde, hvis de anvendes med forsigtighed.denne nytteløse, hvis udformning og anvendelse, ikke er tilpasset til det.endelig,,,,,,,,,, da vi begyndte at bruge den modige dcom teknik, det var vogn og langsom, og det var tydeligt, at det var umuligt &" quot; for at opnå den nødvendige ydeevne og pålidelighed.stædig og lidt skør, og boldsoft fastsættelse af insekter, og nogle optimizations og sødning det hele med lidt tålmodighed, - - og at løse de grundlæggende problemer i model (undgå kodning tricks. - det ser helt anderledes ud i dag.det ser lovende ud.en talentfuld designer fastsættes eventuelle flaskehalse og en typisk resultatmæssige problemer på en eller anden måde.,,, nye tanker og never_seen_before_solutions undertiden (ofte), som er nødvendige, men er det ikke det, designere er gode til? , " modellen er systemet ", gælder for boldcom.,,, - systemer med mange brugere ville drage fordel af, at kunder i en metaframe miljø.,,, //rolf lampa,,, (nuværende post adresse: rolf dot lampa på rilnet - dot - com),