Problemer med enums

Jeg faldt lige over denne side:

http://jcp.org/aboutJava/communityprocess/jsr/tiger/enum.html

For den nye Java version.

Og det jeg egentlig efterspørger er pkt. 4:

Typesafe constants aren't compiled into clients, so you can add, reorder or even remove constants without the need to recompile clients.


Kan det lade sig gøre i .NET ?

Jeg vil tro at du har copy local sat til true under din reference property.  Det vil sige at den assembly der benytter din enum, har en kopi af din dll ligende og det er så den den benytter, hvorfor dine ændringer ikke slår igennem.
Kopier din nye dll over og overskriv, så burde der ikke være nogle problemer.
Dette kan eventuelt laves til et post-compile script, da det jo skal gøres hver gang du kompilere din enum assembly.  Du kan også sige copy local = false, men så får du hurtigt problemer med hvem der har fat i iden.

Det er ikke det der er problemet. Jeg har faktisk et post-compile script, som kopierer mine dll'er.

Det jeg efterspørger er om enums i .NET er typesafe på samme måde, som de vil blive i den nye java-version.

Blandt andet skrives der i det link jeg har refereret til:

"it has many advantages over the enum facilities in C, C++, C# and Pascal."

Så jeg er begyndt at tvivle på, at det kan lade sig gøre uden at give dem værdier.

Ideen er jo netop at jeg ikke altid har mulighed for at compile de enkelte client-dll'er når jeg har ændret i min enum.

Ideen ~ problemet

:)

Ja ok, jeg tror jeg begynder at forstå problemet nu.

Jeg har lige lavet en test, med en enum:
Først: public enum EnumTest{test1,test2,test3}
dernæst: public enum EnumTest{test0,test1,test2,test3}

i sin egen assembly og et program der benytter denne assembly:

int t = (int)EnumTest.EnumTest.test2;
            Console.WriteLine(t);
            Console.ReadLine();

hov...var ikke færdig (fumlefingre).

Ved kørsel af main og brug af første enum assembly var resultatet 1.
Ved næste kørsel med ny assembly var resultatet 2.

Så det var jo som forventet. Men jeg tror ikke du kan komme uden om at enum værdien ændrer sig uden at give dem fastlagte værdier. Men det burde jo heller ikke gøre noget når det jo er den rigtige enum man får fat i med f.eks. EnumTest.test2

Det er noget vrøvl jeg skriver.  Hvis jeg ikke recompiler så får jeg samme fejl som du beskriver.

problemet er at .NET enum grundliggende er en int og at du ved sammenligning af
int sammenligner int værdien

(i Java er en enum grundliggende et objekt om man sammenligner om objekt referencen
er den samme)

prøv for sjov skyld at køre denne kode:

using System;

namespace E
{
    public enum Fruits { Apples, Oranges, Grape };
    public enum Cars { Ford, Toyota, Mercedes };
    public enum Colors { Red, Green, Blue };
    public class TestClass
    {
        public static void Main(string[] args)
        {
            Fruits fru = Fruits.Grape;
            Cars car = Cars.Mercedes;
            Colors col = (Colors)((int)fru / (int)car);
            Console.WriteLine(col);
        }
    }
}

Det er meget mystisk hvorfor de ændringer ikke slår igennem i dllen.
Det må vel næsten være noget .net caching eller et eller andet?

Ja, okay... Så giver det lidt mening. Så faktum er, at man ikke kan typesikre sine enums uden at fastsætte værdier for dem?

Smid et svar - begge to.

Ellers tak, jeg undlader at svare. Det har vist skabt mere forvirring end gavn :)

Det er okay :)

Arne, du har til i aften til at svare - ellers går der 2 uger inden jeg igen er tilbage :)

her er et simpelt recreation eksempel:

C:\>type v1.cs
public enum V
{
    X = 1
}

C:\>type v2.cs
public enum V
{
    X = 2
}

C:\>type test.cs
using System;

public class Test
{
    public static void Main(string[] args)
    {
        Console.WriteLine((int)V.X);
    }
}

C:\>csc /t:library /out:v.dll v1.cs
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.


C:\>csc /t:exe /r:v.dll test.cs
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.


C:\>test
1

C:\>csc /t:library /out:v.dll v2.cs
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.


C:\>test
1

C:\>csc /t:exe /r:v.dll test.cs
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.


C:\>test
2

og haelder man test.exe gennem reflector + disassembler faaar man:

public static void Main(string[] args)
{
      Console.WriteLine(2);
}

enum's bliver til int konstanter i den compilede kode

og derfor erdet jo klart at andringerne ikke slaar igennem

og et svar

Ja, det var netop det med at bindingen skete compile-time jeg ikke var sikker på. Og da det er sådan, er resultatet jo også klart...

Jamen men så blev man så meget klogere. :)