Java: geeignete Möglichkeit, Nachrichten zwischen Client und Servlet zu übergeben?

Question

Mein System übergibt erfolgreich Objekte von einem Client an das Servlet. Es ist jedoch primitiv, da es für Java 1.1 entwickelt wurde. Das Nachrichtenobjekt besteht aus einem int (repräsentiert einen von etwa siebzig Typen) und einem String aus Token, die analysiert werden müssen (die Token können eine Liste, eine Liste von Objekten usw. enthalten). Nicht gut!

Also, ich freue mich, dies zu Java 1.5 zu refaktorieren. Die Verwendung eines Enums anstelle eines Int ist sicherlich eine Verbesserung, aber ich bin mir nicht sicher, wie ich den Rest der Nachricht senden soll. Es ist sicherlich nicht der richtige Weg, siebzig verschiedene Klassen zu erstellen, um jeden Typ darzustellen.

Irgendwelche Hinweise darauf, wie ich dies umgestalten sollte?

Answer 1

Es ist nicht erforderlich, eine andere Klasse für jeden Nachrichtentyp zu erstellen. Sie erstellen eine Nachrichtenklasse mit den von Ihnen benötigten Eigenschaften. Etwas wie das:

public class Message implements Serializable{ 
    private Long id; 
    private String msgText; 
    //other necessary properties 

    public Message(){ 
     this(0, "default message"); 
    } 

    public Message(Long id, String msgText){ 
     setId(id); 
     setMsgText(msgText); 
     //etc 
    } 

    //getters and setters 
} 

Und Sie erstellen dann Objekte nach Bedarf. Zum Beispiel:

Message m1 = new Message(9, "The Eagle has landed"); 
//serialize m1 to server 

Message m2 = new Message(27, "The Wren has landed"); 
//serialize m2 to the server 

und so weiter.

Answer 2

Sie möchten möglicherweise serialisierte Objekte verwenden.

Sie sollen leicht im Netzwerk weitergegeben werden.

In Ihrer Situation benötigen Sie nur eine serialisierte "Nachricht" -Klasse. Dann können Sie es lesen und in einen Stream schreiben.

Here ist ein Tutorial zur Verwendung von serialisierten Objekten. Es gibt viele da draußen.

Answer 3

Sie können die Objekte auch mithilfe von xStream in XML und wieder in Objekte serialisieren.

Answer 4

Erste Frage: Warum haben Sie das Bedürfnis, Änderungen vorzunehmen? Liegt es daran, dass das aktuelle System einige Funktionen, die Sie hinzufügen möchten, nicht unterstützt? Oder willst du reingehen und putzen, um zu putzen? Wenn Letzteres, würde ich stark vorschlagen, schlafende Bugs liegen zu lassen.

Zweite Frage: Ich nehme an, das ist ein Applet. Werden Sie jemals ein anderes Frontend verwenden? Oder diesen Server als generischen Dienst verfügbar machen? Wenn nein, dann komme ich auf die erste Frage zurück. Wenn ja, dann möchten Sie mit Sicherheit eine sprachspezifische Serialisierung vermeiden.

Wenn Sie planen, als Dienst zu veröffentlichen, dann ist die Befolgung eines "Standard" -Dienstprotokolls eine gute Idee. REST ist wahrscheinlich die einfachste Post-in-XML-Payload. Du könntest auch SOAP machen, aber ich habe das immer als Overkill betrachtet.

Oder Sie könnten mit einem Standard-URL-codierten POST ... gehen, der einfacher zu implementieren sein sollte, als alles in XML zu verpacken.