.NET Chat

du kan nok næppe undgå meget trafik da alle klienterne er nød til at spørge serveren hele tiden om der er kommet nye/flere beskeder, der er ingen måde hvor på du kan få web serveren til at fortælle klientens browser at der er kommet nye beskeder.

I teorien kunne jeg jo benytte notification til den del af det; men det er ikke så meget det der er problemet. Jeg bliver jo nødt til at benytte noget "Fire and forget" arkitektur...

Der er nu ikke nogen måde du kan komme uden om at kalde databasen hver gang en klient skriver noget du er jo nød til at adde det for at andre kan se det, og også hver gang en klient checker om der er blevet skrevet noget er du nød til at tilgå databasen.

Hvis det var mig der skulle lave det så ville jeg bruge AJAX og en webservice, da man så ikke behøver at refreshe siden hele tiden men hvor en AJAX function kalder en getnewmsg function i webservicen og derefter returner nye beskeder hvis der er nogen, og også kalde en newmsg function i servicen som til tilføjer beskeden til databasen på den møde bliver selve siden aldrig refresh..

Og hvis man absolut ikke vil have alt det database trafik kan man hvis man har adgang til serveren enten lave et lille program eller en service, og så lade webservicen køre med en socket connection til dette programmel som så holder styr på hvad der bliver skrevet osv

istedet for at bruge en database.

OK. Hvor bør man begynde at overveje en "anden" løsning end bare at køre en Stored Procedure hver gang brugeren klikker "send"? Snakker vi 100+ brugere eller snakker vi flere eller hvordan ser det ud?
Til at starte med laver jeg bare en løsning med ATLAS og så noget SP og får det op at køre. Men på et eller andet tidspunkt, når der er trafik nok på chatten, så må DB'en vel give efter?

Tja jeg ville nok overveje at finde en anden løsning allerede hvis der vil være 5 samtidige brugere. Fordi det vil genere voldsomt mange requests. 5 brugere som spørger om der er kommet nye beskeder hvert 5 sekund svare til 60 forespørgelser på serveren i minuttet, hvilket vil sige den skal tilgå db'en 60 gange i minuttet. Hvis du har 100 brugere så er det 1200 forspørgsler om der er kommet nye beskeder hvert minut...

Præcis....netop det der er mit problem. Havde lidt satset på, at nogle asynkrone databasekald kunne hjælpe mig med mit problem; men ville gerne høre om der var nogen, der har erfaring med større chats....

Hvis du har adgang til serveren kunne du lave et chat server program enten som app eller windows service. Og så lave et flash object som bruger xmlsocket eller en java app.

Hvis du ikke har adgang til serveren/eller ikke vil lave ovenstående så vil løsningen nok være at finde et flash eller java app object til irc.

Hej everclear.

Man kan sagtens undgå at skrive og læse fra Databasen hele tiden. Man kan bare have beskederne liggende i Ram, i et .NET object. (men hvis man vil have log, skal man stadig skrive til DB eller i en fil).

Du er stadig enten nødt til at spørge hele tiden med http, eller lave det vha tcp/ip (dvs java eller flash).

Der er ret meget hejs med at lave et velfungerende chat system. Jeg tror ikke du vil kunne lave noget i løbet af kort tid, som du nogensinde vil blive tilfreds med.

Hvis du skal bruge systemet proffesionelt kan jeg måske hjælpe dig, i så fald skal du skrive en email adresse jeg kan skrive til.

Mvh

Du kan som et alternativ f.eks gemme de 250 nyeste beskeder i en arrayliste som objekter med alle de oplysninger der er nødvendige (navn, tidspunkt, besked osv), og kun gemme når den når et forudbestemt max, f.eks de 250. Det ville aflaste serveren ret meget. For at de connectede brugere får fat i den samme arrayliste kan du lave arrayet som en seperat klasse med singleton pattern implementeret.

Det er nok noget mere i den stil jeg leder efter.....dette fungere lidt a la det Fire and Forget pattern jeg leder efter....Jeg er ikke super bekendt med den praktiske brug af Singleton pattern; men det er vel forholdsvis simpelt at få til at spille?

jeg har skrevet lidt om singleton her http://www.eksperten.dk/artikler/37

Jeg har ikke rigtig brugt singleton i en webapp før, men princippet må være det samme som en winform.

Constructoren i den klasse der skal tilgåes af andre gøres private så det kun er singleton koden der kan instantiere klassen. Herefter lavet en statisk variabel som kan tilgåes af alle. Det kan se således ud:

class Test
{
    private void Test()
    {
          //Kode der skal udføres ved instantiering, f.eks oprettelse af Arrayliste
    }
    private static Test instance;
    public static Test getInstance()
    {
          if(instance==null)
              instance=new Test();
          return instance;       
    }
}

Koden "if(instance==null)" kaldes lacy initialization. Det betyder at instansen af klassen først oprettes når den skal bruges. Hvis du fra en anden form/kodefil tilgår singleton klassen kan du blot skrive: Test instans=Test.getInstance();

Vh

Det skal være som nedenfor, for at være Thread Save. Ellers kan der i teorien pludselig være to instanser, hvis getInstance() bliver kaldt lige præcis samtidig :


Class Single

{
private static volatile Single _instance = null;

private Single() {}

public static Single Instance()
{
if (_instance == null)
{
    lock (typeof(Single))
    {
    if (_instance == null)
    {
    _instance = new Single();
    }
    }
    }
    return _instance;     
}
}

God udvidelse :) Den ryger lige ned i gemmeren ;)

double locking er ret "omdiskuteret"

læs evt. links i min artikel

God artikel. Den kan anbefales.

Jeg kigger lige på din artikel arne og vender tilbage:-)

Jeg tror jeg har en ide om, hvordan det skal virke nu....ihvertfald indtil videre:-) Hvad siger i til at dele points arne v og innercitydk?

Fint med mig :)

ditto

Således:-) Og tak for hjælpen....

Var så lidt.