Generowanie 3 wyliczeń w jednym typie

Question

Piszę program Java, który wykonuje pewne obliczenia na plikach. Program obsługuje 3 rodzaje plików (dokumenty, zdjęcia, filmy) z każdym typem pozwalając tylko kilka formatów:

enum DocType { 
    pdf, doc, docx, xls, xlsx, ppt, pptx 
} 

enum ImageType { 
    bmp, jpg, png, gif, ico 
} 

enum VideoType { 
    avi, mpg, mp4, wmv, mov, flv, swf, mkv 
} 

W pewnym momencie w moim programie, chciałbym posiadać rozszerzenie pliku niezależnie od typu pliku oznacza to, że chciałbym móc wykonać jedno z następujących zadań:

FileType fileExt = DocType.doc 
FileType fileExt = ImageType.jpg 
FileType fileExt = VideoType.mp4 

Jak mogę to zrobić w Javie? Wiem, że enum nie może rozszerzyć innych wyliczeń, więc w zasadzie eleganckie rozwiązanie nie jest możliwe.

Dzięki

Answer 1

Można zadeklarować interface że reguluje je wszystkie

interface FileType{ 
} 

enum DocType implements FileType{ 
PDF // yes, uppercase for constants 
... 
} 

enum ImageType implements FileType{ 
.... 
} 

a następnie można deklarować zmienne typu FileType

FileType file = DocType.PDF; 

Answer 2

Możesz umieścić wszystkie rozszerzenia w tym samym enum z polem contentType określającym typ:

enum FileType { 
    PDF(ContentType.DOC), 
    DOC(ContentType.DOC), 
    // other doc types here .. 

    BMP(ContentType.IMAGE), 
    JPG(ContentType.IMAGE), 
    // other image types here .. 

    AVI(ContentType.VIDEO), 
    MPG(ContentType.VIDEO), 
    // other video types here .. 
    ; 

    ContentType contentType; 

    FileType(ContentType contentType){ 
     this.contentType = contentType; 
    } 
} 


enum ContentType{ 
    DOC, IMAGE, VIDEO, 
} 

Answer 3

Jedną z rzeczy, które można zrobić, jest posiadanie interfejsu enum o nazwie implements. Oto niektóre przykładowy kod:

Interfejs:

public abstract interface IFileType 
{ 
    public abstract String getExtension(); 
} 

definiowany jako imagetype:

public enum ImageType implements IFileType 
{ 
    BMP("bmp"), 
    JPG("jpg"), 
    PNG("png"), 
    GIF("gif"), 
    ICO("ico"); 

    private String extension; 

    ImageType(String s) 
    { 
     extension= s; 
    } 

    @Override 
    public String getExtension() 
    { 
     return extension; 
    } 
} 

inną definicję jako doctype (tak masz przykład z dwóch rodzajów plików) :

public enum DocType implements IFileType 
{ 
    PDF("pdf"), 
    DOC("doc"), 
    DOCX("docx"), 
    XLS("xls"), 
    XLSX("xlsx"), 
    POWERPOINT("ppt"); 

    private String extension; 

    DocType(String s) 
    { 
     extension= s; 
    } 

    @Override 
    public String getExtension() 
    { 
     return extension; 
    } 
} 

Klasa "Plik" obejmująca rozszerzenie:

public class MyFile 
{ 
    private IFileType fileType; 

    public String getExtension() 
    { 
     return fileType.getExtension(); 
    } 

    public void setType(IFileType t) 
    { 
     fileType = t; 
    } 

    public static void main(String[] args) 
    { 
     MyFile m = new MyFile(); 
     m.setType(ImageType.BMP); 
     System.out.println(m.getExtension()); 
     m.setType(DocType.POWERPOINT); 
     System.out.println(m.getExtension()); 
    } 
} 

Jest to nieco trudny kod, który po prostu spoliczkowałem, aby pokazać kilka rzeczy.

Przede wszystkim chciałem pokazać, w jaki sposób można sprawić, by każde wyrażenie było zgodne z interfejsem, ponieważ uważam, że jest to jeden ze sposobów rozwiązania tego, co próbujesz zrobić. Dzięki temu, że twoje wyliczenia są zgodne z interfejsem, otrzymasz tę miłą gwarancję, że otrzymasz dziedziczenie, że nazwa (funkcje) funkcji są takie same, że zostały zaimplementowane itd.

Kolejna rzecz, którą chciałem pokazać, to: pomysł konstruktora na wyliczenie. Konstruktor w tym przypadku pozwala nam utworzyć odwzorowanie między nazwą wyliczenia (która może być nazwą bardziej czytelną dla człowieka, jak pokazuję z DocType.POWERPOINT) i jej rozszerzeniem. Jestem pewien, że każdy, kto patrzy na kod, wiedziałby, że PPT == powerpoint, ale chciał po prostu wrócić do domu fakt, że nazwa rzeczy może być bardziej opisowa, jeśli zajdzie taka potrzeba. W razie potrzeby możesz dodać dodatkowe parametry do konstruktora, możesz mieć wiele konstruktorów itp.

Jedną ważną rzeczą jest, aby pamiętać, że nie można spróbować stworzyć nowy typ enum spoza samego wyliczenia, tak:

ImageType tiff = new ImageType("tiff"); // 'Cannot instantiate the type ImageType.' 

Nie pójdę do bardziej szczegółowo ponieważ to już wystarczająco długo, ale dobrze, że nie możesz tego zrobić. Konstruktor wyliczenia jest dostępny tylko na liście wartości początkowych (PDF, DOC itp.).

I na koniec, jak wspomina David Z w komentarzu do innej odpowiedzi, możesz mieć MyFile wdrożyć wzór fabryczny - ale zostawiam to jako ćwiczenie dla czytelnika.

Edit:

I oczywiście, jeśli chcesz wiedzieć, jakiego rodzaju typu pliku masz do czynienia z, MyFile może mieć funkcję jak getFileType, lub może mieć szereg funkcji jak isDocType, isImageType itp. Dostarczona wersja MyFile nie jest w zamierzeniu kompletna, po prostu przykładem.