Random som altid giver samme resultat.

Kig på GetHashCode og Equals på objectet.

eks:


    public class Person
    {
        public IList<Person> Persons { get; set; }

        public string Name { get; set; }
        public int Age { get; set; }


        public bool Equals(Person other)
        {
            if (ReferenceEquals(null, other)) return false;
            if (ReferenceEquals(this, other)) return true;
            return Equals(other.Persons, Persons) && Equals(other.Name, Name) && other.Age == Age;
        }

        public override bool Equals(object obj)
        {
            if (ReferenceEquals(null, obj)) return false;
            if (ReferenceEquals(this, obj)) return true;
            if (obj.GetType() != typeof (Person)) return false;
            return Equals((Person) obj);
        }

        public override int GetHashCode()
        {
            unchecked
            {
                int result = (Persons != null ? Persons.GetHashCode() : 0);
                result = (result*397) ^ (Name != null ? Name.GetHashCode() : 0);
                result = (result*397) ^ Age;
                return result;
            }
        }
    }

Der er vist nogen fejl mht sammenligning af "Persons" listen, men du bør i hvert fald kigge på GetHashCode().

mvh

Hvis der skal vaere garanti for ny vaerdi ved aending, saa er man noedt til at konkatanere alle vaerdier.

Hvis man kan leve en en mikroskopisk risiko for at en aendring ikke giver en ny vaerdi, saa kan man bruge hash.

Men grundliggende lyder designet forkert + det kan simpelthen ikke passe at naar man tilfoejer/fjerner et objekt i listen saa skal alle objekter aendres.

Kan du ikke have et back link fra objektet til listen og saa have en version/konkat/hash i den? (kraever naturligvis at List<> wrappes i en custom klasse, men det er ganske paent OO)

Du kunne lave en hash over uddrag af alle objekterne og så bruge denne værdi til seed'e Random med.

Arne -> Jeg kan sagtens leve med den mikroskopiske chance for at det ikke giver en ny værdi. Det er noget som skal bruge i en web sammenhæng til at lægge nogle css klasser på nogle elementer i nogle lister.

Men den helt nøjagtige, hvorfor osv, er bare en så lang historie og lidt for indviklet til at forklare her i dette forum. Så jo designet er god nok når man kender hele baggrunden for det. Men jeg kan godt forstå det lyder lidt mærkeligt, når man ikke gør.

Kalatt -> Ville du så lægge alle ID'erne for alle elementer i listen sammen som en string og bruges denne strings Hash værdi eller skal det gøres på en anden måde.


Nedenstående kode ser udmiddelbart ud til at virke fint for mig. Men kan i se noget galt i den, eller er det en OK løsning?


Tak for indput til jer alle....


private void SetTagValues()
        {
            List<item> items = new List<item>();
            items.Add(new item() { ID = Guid.Parse("d150df1b-01ba-45b7-aeb1-4ca5c2f20a64"), Name = "Item 1" });
            items.Add(new item() { ID = Guid.Parse("9aa8e334-49e7-4a30-b06b-9a3c31795385"), Name = "Item 2" });
            items.Add(new item() { ID = Guid.Parse("00373f71-5d08-4e9a-840f-9bb3c8193518"), Name = "Item 3" });
         
            StringBuilder sb = new StringBuilder();
            foreach (item i in items)
            {
                sb.Append(i.ID.ToString());
            }
            int hash = sb.ToString().GetHashCode();
           
            Random r = new Random(hash);
            foreach (item i in items)
            {
                i.Tag = r.Next(1, 4);
            }
        }
    }


    public class item
    {
        public Guid ID { get; set; }
        public string Name { get; set; }
        public int Tag { get; set; }
    }



Mvh.
Lasse

Det er ikke umiddelbart indlysende hvor 1 og 4 kommer fra.

Og du skal vaere klar over at forskellig raekkefoelge betyder forskellig hash

Men ellers ser det OK ud.