Model und i18n bzw. Properties

[Elephant]

Hallo,

ich würde gerne wissen, wie man eine ganze Anwendung so aufbauen kann, dass leicht die Sprache geändert werden kann oder Meldungen etc. angepasst werden können.

Das Problem ist, bei z.B. einer Oberfläche ist das noch relativ einfach, man hat einfach eine Properties-Datei die man irgendwo ausliest und dann 'mitgibt' als Referenz z.B.

Aber wie macht man das bei 'Model-Klassen' etc. Also einfachen Objekten, die nur Daten halten, oder z.B. Exceptions. Wie kann man z.B. für Exceptions-Klassen (die man selbst implementiert hat) Fehlermeldungen in einer Propertie-Datei speichern oder ResourceBundle verwenden? Bei jeder Exception eine Properties-Datei einzulesen kommt mir irgendwie nicht so geeignet vor, außerdem hätte man dann ja auch bei einer großen Anwendung eine Menge Properties-Dateien (z.B. für jede Exceptions-Art), die jeweils nur wenige 'Zeilen' haben.

Mir fällt irgendwie nichts richtiges dazu ein.

 

[Roar]

was willst du bei exceptions lokalisieren?
throw new MeineBlödeException(bundle.getString("exceptions.fehler1")); ?
das ist sache der gui, eine entsprechende fehlermeldung dem user auszugeben. und wenn es wirklich nicht anders geht kannst du ja die methode getLocalizedMessage() überschreiben und dort die nachricht zurückgeben.

 

[Elephant]

Achso, ich dachte die Fehlermeldungen gehören irgendwie in die Exceptions oder ins 'Model' wo die Fehler enstehen, da ja bei 'normalen' Exceptions (NullPointerException, SAXExceptions) ja auch immer eine Nachricht mit Hilfe von getMessage() ausgegeben werden kann, und diese ja vorher übergeben wurde.

Die Frage bezieht sich auch nicht nur auf Fehlermeldungen sondern allgemein auf alles, was man einfach abändern möchte. (und das hat ja nicht immer was mit der GUI zu tun) Also z.B. (ein dummes Beispiel, aber egal) wenn ich eine Datei nach einem Pattern durchsuchen möchte (das Pattern hat aber nichts mit dem Benutzer zu tun, das wird einfach von der Anwendung intern verwendet). Jetzt fällt mir ein, dass ich das Pattern gern etwas anders haben möchte, dann wär es gut, wenn ich es in einer Properties-Datei schnell ändern könnte (habe ich mir jedenfalls so gedacht) oder gibt man sowas doch direkt in der Klasse an? Oder wenn z.B. eine xsd-Datei verwendet wird (beim Parsen einer xml), wäre es (glaub ich) einfacher, wenn der Pfad in einer Properties-Datei stände und nicht direkt in der Klasse. Nur dann müsste ich (wie schon gesagt) für jede Klasse, in der so etwas vorkommen kann, eine eigene Properties-Datei erstellen, dass kommt mir nicht geeignet vor.

 

[Roar]

Achso, ich dachte die Fehlermeldungen gehören irgendwie in die Exceptions oder ins 'Model' wo die Fehler enstehen, da ja bei 'normalen' Exceptions (NullPointerException, SAXExceptions) ja auch immer eine Nachricht mit Hilfe von getMessage() ausgegeben werden kann, und diese ja vorher übergeben wurde.

ja äh tun sie ja auch :bahnhof:

Die Frage bezieht sich auch nicht nur auf Fehlermeldungen sondern allgemein auf alles, was man einfach abändern möchte. (und das hat ja nicht immer was mit der GUI zu tun) Also z.B. (ein dummes Beispiel, aber egal) wenn ich eine Datei nach einem Pattern durchsuchen möchte (das Pattern hat aber nichts mit dem Benutzer zu tun, das wird einfach von der Anwendung intern verwendet). Jetzt fällt mir ein, dass ich das Pattern gern etwas anders haben möchte, dann wär es gut, wenn ich es in einer Properties-Datei schnell ändern könnte (habe ich mir jedenfalls so gedacht) oder gibt man sowas doch direkt in der Klasse an? Oder wenn z.B. eine xsd-Datei verwendet wird (beim Parsen einer xml), wäre es (glaub ich) einfacher, wenn der Pfad in einer Properties-Datei stände und nicht direkt in der Klasse. Nur dann müsste ich (wie schon gesagt) für jede Klasse, in der so etwas vorkommen kann, eine eigene Properties-Datei erstellen, dass kommt mir nicht geeignet vor.

ja, wenn du willst kannst du alle variablen in externe dateien auslagern :shock: über den sinn dabei ließe sich streiten :roll:
bei deinen beispielen halte ich das jedenfalls für weniger sinnvoll, da ich mal davon ausgehe dass die werte *spät* nachträglich eh nicht geändert werden, und wenn doch dann kann man es genausogut im source code machen.

 

[Elephant]

Hallo nochmal,

mit den Beispielen hast Du wahrscheinlich recht, wenn sich etwas normalerweise nicht ändert, kann man es auch in die Klasse schreiben.
Zu den Exceptions habe ich bei Sun ein Beispiel gefunden:

public class OverLimitException extends Exception {

   private double detail;

   public OverLimitException (double amount) {
       detail = amount;
   }

   public String getMessage() {
      return getLocalizedMessage(Locale.getDefault());
   }

   public String getLocalizedMessage(Locale currentLocale) {
      ResourceBundle messages =
         ResourceBundle.getBundle("ExceptionBundle",currentLocale);
      Object[] messageArguments = {new Float(detail)};
      MessageFormat formatter = new MessageFormat("");
      formatter.setLocale(currentLocale);
      formatter.applyPattern(messages.getString("pattern"));
      return formatter.format(messageArguments);
   }
}

Meine Frage ist nun, ob das nicht alles sehr verlangsamt, wenn ich das für viele Exceptions mache, und immer erst das ResourceBundle 'geladen' werden muss (also ResourceBundle.getBundle("ExceptionBundle",currentLocale)) und ob es überhaupt sinnvoll ist. Für jede Exception eine Properties-Datei anzulegen find ich nicht so gut, aber eine zu laden, die für verschiedene Exceptions verwendbar ist, ist auch unsinnig und wie man so eine Datei irgendwo zentral hält, fällt mir auch nicht ein.

 

[Elephant]

Noch eine Frage dazu, ist es sinnvoll in so einem Fall eine statische Klasse/Methode zu verwenden, auf die z.B. in der Exceptions-Klasse zugegriffen werden kann um z.B. eine lokalisierte Fehlermeldung 'abzufragen' ohne dass man der Exceptions-Klasse erst über Referenzen ein Settings-Objekt o.ä. mitgeben muss?

 

[Illuvatar]

Also Exception heißt Ausnahme und sollte in einem bugfreien Programm auch nicht vorkommen... klar ist kein Programm bugfrei, aber bei den 1-2 Ausnahmen, die da vllt mal auftreten, wäre mir das egal ob er 5 Millisekunden mehr brauchr weil er noch die Nachricht lädt.
Bei dir hört sich das so an, als würdest du deinen Programmfluss mit Exceptions steuern, da solltest du dann eh nochmal drüber nachdenken.

 

[Elephant]

Auch wenn das nicht ganz zum Thema gehört, hab ich eine Frage dazu.

Ich weiß immer nicht, was besser ist, ob man die Klassen so machen soll, dass diese selber dafür sorgen, dass keine Fehler entstehen oder ob man dass dem 'Programmierer' überlässt, der die Klasse verwendet.

Also ich versuche mal ein Beispiel:

Ein Objekt hält eine Liste von anderen Objekten, die jeweils eine eindeutige Id haben müssen. Jetzt will jemand dem Objekt ein neues Objekt übergeben und die Id des Objekts ist schon vorhanden, das Objekt darf also nicht in die Liste. Das heißt eine Exception wird geworfen (denk ich mir mal), die Frage ist, ob der, der das Objekt übergibt, selbst dafür sorgen sollte, dass er kein Objekt übergibt, dessen Id schon vergeben ist oder ob er erst was 'unternehmen' soll, wenn die Exception geworfen wurde. Das zweitere wäre ja, glaub ich, dass dann mit der Exception das Programm gesteuert wird, das sollte also nicht sein?

 

[Illuvatar]

Hmm kommt drauf an, würde ich sagen.
Also die Liste sollte auf jeden Fall die Exception werfen, das stimmt. Die Frage ist jetzt, woher die Klasse, die die Liste füllt, die Werte kriegt. Wenn sie die Werte selbst generiert, sollte das ja auf keinen Fall passieren - bzw es wäre ein Bug und somit gerechtfertigt, dass die Exception fliegt und evtl das Programm beendet wird.
Wenn die Werte vom User eingegeben werden - ich weiß es auch nicht so gut, aber meiner Ansicht nach sollte es dann für guten Stil eher vor dem Einfügen eine if-Abfrage machen, anstatt eben im catch Block zu reagieren.

 

[Lim_Dul]

Auch wenn das nicht ganz zum Thema gehört, hab ich eine Frage dazu.

Ich weiß immer nicht, was besser ist, ob man die Klassen so machen soll, dass diese selber dafür sorgen, dass keine Fehler entstehen oder ob man dass dem 'Programmierer' überlässt, der die Klasse verwendet.

Also ich versuche mal ein Beispiel:

Ein Objekt hält eine Liste von anderen Objekten, die jeweils eine eindeutige Id haben müssen. Jetzt will jemand dem Objekt ein neues Objekt übergeben und die Id des Objekts ist schon vorhanden, das Objekt darf also nicht in die Liste. Das heißt eine Exception wird geworfen (denk ich mir mal), die Frage ist, ob der, der das Objekt übergibt, selbst dafür sorgen sollte, dass er kein Objekt übergibt, dessen Id schon vergeben ist oder ob er erst was 'unternehmen' soll, wenn die Exception geworfen wurde. Das zweitere wäre ja, glaub ich, dass dann mit der Exception das Programm gesteuert wird, das sollte also nicht sein?

Wenn falsche oder nicht vernünftig behandelbare Parameter an eine Methode übergeben werden, macht es durchaus Sinn eine Exception zu werfen. Dennoch sollte die Funktion normalerweise so dokumentiert sein, dass dem Programmier klar ist, wie er sie zu benutzen hat und dass er keine doppelten Elemente versucht einzufügen. Dementsprechend würde es in dem Fall Sinn machen eine Exception zu werfen, die von RuntimeException abgeleitet ist.

Letztendlich wird das fast überall so gemacht. Sämtliche Klassen des Collection Frameworks (Wie ArrayList, Vector etc.) werden eine IndexOutOfBoundException, wenn man versucht mittels get() auf Elemente zuzugeifen, die nicht drin sind.

Die grundlegende Entscheidung ist dabei jedoch, was sind falsche Parameter? Dafür ist es wichtig genau zu spezifieren, was die Methode macht und was für Paramter sie erwartet.

 

[Elephant]

Danke für Eure Hilfe!