> worauf willst du denn hinaus? plauder mal aus dem naehkaestchen :) Wollte bloss wissen wie die ablaufumgebung aussehen muss... W�re ja auch m�glich die Funktionalit�t anderen �ber JS anzubieten... So �hnlich wie man bei wetter.de das Wetter der eigenen Stadt auf seine Webseite packen kann...
Ok.. Mir fallen hier zwei M�glichkeiten ein... 1. ASP als Template-Sprache D.h. man programmiert eine COM-Komponente, die die ganze Business-Logik kapselt und benutzt dann ASP-Seiten (+CSS etc.) nur um die GUI und die GUI-Logik zu implementieren. Neue Designs kann man relativ schnell erstellen, indem man ein Design kopiert und die ASP-Seiten und Grafiken anpasst, aber es stehen einem trotzdem alle M�glichkeiten offen, da man �berall alle Funktionen der COM-Komponenten benutzen kann. 2. XSLT als Templatesprache und Konfigurationsdateien(XML) Das w�rde ich nur verwenden, wenn es einen festen Seitensatz gibt, der relative fest definiert ist, also welche Formulare auf Seite X sind etc... Dann br�uchte man - wenn es einmal implementiert ist - gar keine Programmierung mehr... Man k�nnte dann die Einzelnen seiten einfach per engine.asp?design=xyz&page=1 aufrufen... Die Designs implementiert man mit XSLT und die verschiedenen Business-Logik-Abwandlungen kann man in einer Konfigurations-Datei f�r das Design schreiben... Passt irgendwas nicht in Dein Konzept? Claudius | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
