Also ich dachte es geht um einen webchat und nicht um die Neuentwicklung von ICQ oder IRC...
Im Normalfall m�chte man f�r seine Webseite einen Chat und wenn man dann vom Webserver noch mal extra auf einen Webservice geht, erzeugt man f�r jede Aktion gleich zwei HTTP-Requests... Was die m�gliche Anzahl der User halbiert... Unn�tig... Und wenn man wirklich chat als Dienst anbieten will, dann sollte man auf einer h�heren Ebene ansetzen... So dass auch User ohne Skripting-M�glichkeiten den Chat einsetzen k�nnen... Aber einen Chat �ber webservices wof�r ich dann auch noch asp.net br�uchte w�rde sich nicht lohnen... Da code ich mir lieber was selbst, oder benutze was, was lokal l�uft mit entsprechender performance... Also ich finde webservices daf�r echt overdosed.... Aber ich lass mich gerne vom gegenteil �berzeugen... If you've got a brand new hammer, everything looks like a nail... Claudius > > Nein, es keines Wegs, denn ASP.NET verstuende sich damit > lediglich als ein > UserInterface, welches man benutzen kann, aber es waere lediglich eine > Moeglichkeit. V.a. fuer leute die keine andere Moeglichkeit besitzen. > Eine Variante waere dann > 1. Rich Client: WinForms: > eine lokale Anwendung auf dem Desktop eines jeden Users, der > ueber sehr viel > mehr funktionalitaeten verfuegt, der ausserdem dem Anbieter > dieses Services > sehr viel guenstiger zu stehen kaeme. Threats koennten dann > lokal komplett > gespeichert werden (z.B. als eine Hilfebibliothek). Die Suchfunktionen > koennten damit ungleich komplexer sein und dennoch schneller > ein Ergebnis > bringen. > 2. Poor Client.: > Eine ASP.NET Anwendung waere der der client fuer die > WebServices. (Eben > nicht nur eine Anwendung, sondern sie koennte auf > unterschiedlichen Servern > gehostet werden. Z.B. Fachzeitschriften, Firmen mit Interesse an .NET > Kompetenzen...). Die Reichweite der potenziellen Benutzer waere damit > wesentlich groesse, was auch fuer mehr Verkehr sorgen wuerde. Wie auch > immer, der Anbieter des Services muss hier aber nicht der > Provider sein. > (Was auch guenster ist, da der Ressourcenbedarf deutlich geringer ist) > > In jedem Fall waere es eine grossartige Sache wenn das Forum > auf einem > allgemeinen Standart aufbauen wuerde, dann liessen sich > verschiedene Foren > (Java, .NET, privates Zeug...) buendeln und so zusammenfassen wie der > Benutzer es gerne haette. Er sucht sich ueber seinen Client > eben nur die > verschiedenen Services aus. Und wer ueber keinen Client verfuegt, der > benutzt eben herkoemmiche Wege... > > > -----Message d'origine----- > De�: Claudius Ceteras [mailto:[EMAIL PROTECTED] > Envoy�: mercredi 11 juin 2003 18:57 > ��: [EMAIL PROTECTED] > Objet�: RE: RE : [Asp.net] Webservice Chat > > > > Wird der client nicht etwa eine ASP.NET Anwendung sein? Somit > > h�tte jeder > > die Wahl der Qual (WinForm, WebForm, ...) > > Verstehe nicht was das bringen soll... Das w�re gut, falls man als > ASP(Application Service Provider) f�r Chats auftreten will... Mit > Speicherung des Chat-Inhalts etc. als Service... > > Aber das w�re wohl mit Kanonen auf Spatzen !? > > > Claudius > > _______________________________________________ > Asp.net mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/asp.net > _______________________________________________ > Asp.net mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/asp.net > _______________________________________________ Asp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/asp.net
