Rätt, ptype, det är rätt jag skrev fel. Borde dock kommit ihåg båda versionerna av hashtabell, vilket du också borde gjort :)
databas intsällningar ()
53 svar · 997 visningar · startad av P · sida 3 av 3
Frågan, av P
Hmm har en sql-databas med olika "inställningar" i en tabell ( lite olika inställningar beroende på vem som loggat in. ) Nu funderar jag lite på hur det är bäst att hämta dessa.... ska jag hämta det "i koden" eller via nån function/class..... nån som har lite tips och kodexempel eller så? :q
Läs frågan i sin helhet →Man slipper ju bygga om hashtabellen (göra den större). Det är bra.
P:
Bry dig inte om varför, bara använd hashtabeller. Sådan här bakomvarande diskussion är för oss datalognördar som gillar algoritmteori! OCH diskussionen hör verkligen hemma på detta forum, renholm....
1. Hashtable
2. SortedList
3. ArrayList
4. Array
Sedan finns det fler collections. Det finns även specialcollections ute i frameworket
Blandar mig i sörjan :h
Man slipper ju bygga om hashtabellen (göra den större). Det är bra.
I din modell vilken frameworket använder behövs den byggas om när bucketsarna tar slut. Jag har för mig att jag läst om ArrayLists i .Net att dessa dubbleras i storlek varenda gång bucketsarna tar slut coh det blir såleda en O(n), samma borde gälla för hashen på något sätt, eller? Tyvärr lykas jag inte hitta vart jag läste detta, men jag kan arbeta på det om nån är intresserad.
Man kan alltså säga att .NETs version av hashtabell är den ptype pratat om och den är sämre vid insert, men det är i de flesta fall acceptabelt eftersom det är meningen att man skall läsa fler gånger än man skriver. SÅ visst bör man ha detta LITE i åtanke när man programmerar i .NET, eller hur?
Ska jag vara ärlig så bryr man sig nog inte så mycket om hur det är implementerat, inte jag iaf, när jag använder dem. Jag litar på att deras implementation inte är helt uppåt skogen iaf. :)
Men visst, man tänker ju efter när man väljer datastrukturen.
:bire
hmm jag hade mest tänkt mig att typ ha en class eller nåt.....
Det ska du ha också. Som använder sig av en hashtabell, möjligtvis. :)
P:
Du kan ju om du vill vara riktigt seriös, som vi andra, göra din egen collection baserad på en annan collection, så att du har en klass user och sedan en klass Properties som har en privat arraylist eller sortedlist eller hashtabell eller stringcollection och sedan ärver (eller vad det heter mot interfaces) du ifrån IEnumerable och ICollection. Sedan kan du använda din propertiescollection i datagrids och liknande.
ehh fattar noll... precis ny på .net....
En klass är ju enkelt uttryckt ett sätt att strukturera upp kod så att du kan komma åt dess funktionalitet på ett bra sätt. Så om du säger att du vill ha en klass så är det ju inte något värt utan funktionalitet i den klassen... och ett sätt att bygga upp din logik är då att använda den hashtabell som de dividerar om.
Att du sedan inte förstår är knappast konstigt om du är ny på .net (eller programmering i stort, en hashtabell är ju inte något specifikt för .net), jag hänger inte med själv riktigt... :) Men du behöver ju inte bry dig om hur en hashtabell lagrar data sin för att använda den!
Bra, åter till ämnet....
Mitt förslag är att göra en class med inställningarna i.
T.ex
private string _color;
private string _font;
public string Color
{
get { return _color; }
set { _color = value;}
}
public string Font
{
get { return _font; }
set { _font = value;}
}
// konstruktor som fyller variblerna med värden ut ifrån användarens userid t.ex.
public Settings(int userid)
{
_font = värde;
_color = värde;
}
Sedan för att komma åt inställningarna.
Settings set = new Settings(userid);
Response.Write(set.Font);