Ein Server-Programm sollte können...

hmmmmmmmm,
Das ist ne ganz schöne server-Auslastung.....Besser wäre es natürlich zum Download...dann wäre auch das scripting einfacher.....Aber das ist auch ein Leichtes Minu im Service....Also..bei der Auslastung würde ich auf Download tippen,,,,

Mfg niko

also ich habs immer gerne wenn ich am Client nicht viel tun muss.

Die Hauptapplikation bei uns macht es so, dass man sie vom Server heraus aufruft. Damit der Traffic nicht zu hoch wird, werden beim ersten aufruft die Daten temorär auf dem Client kopiert und das Programm dann lokal gestartet. Beim zweiten Aufruf wird dann nur noch geschaut ob eine neue Version vorliegt (die ggf wieder kopiert wird) und dann das Programm lokal gestartet.

Hallo,

ich finde die Frage so wie sie ist völlig sinnlos. Es gibt diverse Verteilungsmechanismen, was alles wo liegen kann (Repräsentation, Dialogsteuerung, Programlogik, Datenhaltung wären vier einfache Kategorien). Jede Kombination hat dabei ihre spezifischen Vorteile, und je nach Anwendungsszenario muss man eine unterschiedliche auswählen. Z.B. je mehr Komponenten des Programms auf dem Client laufen, desto flüssiger kann dies auf Eingaben reagieren. Allerdings gibt man damit auch sehr viel Kontrolle (u.U. wichtige Algorithmen) aus der Hand.
Eine einfache Repräsentation in Form von HTML auf dem Client belässt die Komplette Kontrolle auf dem Server, schränkt aber die zur Verfügung stehenden Steuerelmente stark ein. Eine verteilete Datenhaltung (Clients können Cachen) ist meist schwer zu Programmieren, vereinfacht Datendiebstahl, ermöglicht dafür aber Offlinebetrieb usw usw.
Du musst dir überlegen, was dein Programm leisten soll, welche Rahmenbedingungen dabei wichtig sind (Antwortzeiten, Traffic, Datensicherheit....) und dir dann überlegen, mit welcher Verteilung du diese Anforderungen am besten erfüllen kannst. Ohne Kentniss der Anforderungen kann jede Antwort hier aber nur sehr theoretisch sein.

Filipp