2010-01-04 9 views

Antwort

12
  • Hartcodierung Datei Separatoren/Pfade.
  • Verwenden von nativen Bibliotheken.
  • Verwenden von Runtime.exec()
  • Verwenden von sun. * Classes (dies kann zu Problemen mit der Portabilität von Nicht-Sun JVMs führen).
+2

+1 für die Festcodierung von Datei Separatoren - das sind hirntote Killer auf vielen Apps, die keinen Grund haben, anders nicht plattformübergreifend zu arbeiten. – delfuego

+0

Die Verwendung von 'sun. *' (Und den meisten 'com.sun. *') -Klassen kann durchaus zu Portabilität zwischen Update-Versionen führen. Tu es nicht! –

+0

Wie würden Sie Separatoren nicht hart codieren? Verwenden einer XML-Konfigurationsdatei oder? – mrblah

6

nicht ehren Fall-Empfindlichkeit im Dateisystem

5

Zusätzlich zu dem, was Dan Dyer sagte:

  • ausführbaren Dateien durch einen festen Pfad oder eines festen Namen
  • unter der Annahme einer bestimmten Shell-Befehl aufrufen Syntax funktioniert ordnungsgemäß (zB 2>&1 oder etwas)
  • Löschen oder Umbenennen einer Datei, die ein anderer Prozess (oder derselbe!) geöffnet haben könnte
  • die Grundlage von Annahmen über das Arbeitsverzeichnis (zB unter Verwendung von relativen Pfaden resouces aus dem Dateisystem laden) für Ein-/Ausgabe
6

Verwenden von Systemstandardzeichencodierung bei unangemessenen

Verwandte Themen