SimpleDateFormat (String-Vorlage, Locale-Gebietsschema) mit zB Locale.US für ASCII-Daten

Problem: SimpleDateFormat direkt ohne explizites Gebietsschema verwenden Id : SimpleDateFormat

 SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); 

Warum ist die " So erhalten Sie lokale Formatierung verwenden getDateInstance (), getDateTimeInstance () oder getTimeInstance (), oder verwenden Sie neue SimpleDateFormat (String Vorlage, Gebietsschema Gebietsschema) mit zB Locale.US für ASCII Termine " Fehler auf dieser Zeile.

  • Async / wartet nicht wie erwartet
  • Wie kann man OnClickListener auf einem RadioButton in Android setzen?
  • Widget onUpdate aufgerufen, wenn Configuration Activity gestartet wird
  • Google Play Order ID wurde auf neues Format aktualisiert
  • Wie viel Speicher wird jeder Android-Prozess bekommen?
  • Android-SDK-Paket Installationsfehler obwohl Eclipse & SDK Manager als Administrator auf Vista ausgeführt werden
  • Http://developer.android.com/reference/java/text/SimpleDateFormat.html

  • Xamarin formt den Fehler Droid.Resource enthält keine Definition für String
  • Wie kann ich einen neuen Telefonkalender zu Android hinzufügen?
  • Android Studio: Modul wird nicht in "Edit Configuration" angezeigt
  • Cordova splashscreen wird nicht auf Android angezeigt
  • Android API 21 - TimePicker Widget
  • Android Gleichzeitigkeit Benutzung
  • 3 Solutions collect form web for “SimpleDateFormat (String-Vorlage, Locale-Gebietsschema) mit zB Locale.US für ASCII-Daten”

    Um die Warnung zu entfernen, füge einfach Locale.getDefault () als zweites Argument hinzu, während du das Datumsformatobjekt instanziierst. Z.B.

      SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss", java.util.Locale.getDefault()); 

    Sorgfältig über getDefault aber, da es vielleicht nicht für alle Anwendungsfälle geeignet ist, vor allem maschinenlesbare Ausgabe. Aus den docs :

    Das Standardgebietsschema ist für die maschinenlesbare Ausgabe nicht geeignet. Die beste Wahl gibt es in der Regel Locale.US – dieses Gebietsschema ist garantiert auf allen Geräten verfügbar sein, und die Tatsache, dass es keine überraschenden Sonderfälle und wird häufig verwendet (vor allem für Computer-Computer-Kommunikation) bedeutet, dass es dazu neigt, die Effizienteste Wahl auch

    Es ist eine dumme Flusenwarnung. Wenn man sich den SimpleDateFormat-Konstruktor-Quellcode ansieht, bekommt er das Standardgebietsschema.

     public SimpleDateFormat(String pattern) { this(pattern, Locale.getDefault()); } 

    So fügen Sie es in Ihrem Code ist redundant und unnötig ausführlich. Locale.getDefault () ist fast immer was du willst, da ist das, was das Gerät des Benutzers ist. Wenn Sie aus irgendeinem Grund immer wieder ankommen müssen, zum Beispiel "Montag" egal, was die Sprache des Benutzers ist, als Sie Locale.US angeben können, aber das scheint wie eine seltene Situation.

    Das Beste, was zu tun ist, ist die stumme Inspektion zu deaktivieren.

    Das Android ist ein Google Android Fan-Website, Alles ├╝ber Android Phones, Android Wear, Android Dev und Android Spiele Apps und so weiter.