Le meilleur moyen d'extraire le Fuseau horaire de l'objet à partir d'une Chaîne?

J'ai un champ de base de données qui contient les raw d'un champ de date (stockées en tant que données de caractères), comme

Vendredi, septembre 26, 2008 8:30 PM Heure Avancée de l'est

Je peut analyser ce qu'une Date facilement, avec SimpleDateFormat

DateFormat dbFormatter = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");
Date scheduledDate = dbFormatter.parse(rawDate);

Ce que je voudrais faire est d'extraire un Fuseau horaire de l'objet de cette chaîne. Le Fuseau horaire par défaut dans la JVM que cette application s'exécute en est GMT, donc je ne peux pas utiliser .getTimezoneOffset() de la Date analysée ci-dessus (parce qu'il sera de retour le Fuseau horaire par défaut).

En plus de la segmentation de la chaîne brute et de trouver la position de départ de la chaîne Timezone (car je sais que le format sera toujours EEEE, MMMM dd, yyyy hh:mm aa zzzz) est-il un moyen à l'aide de la DateFormat/SimpleDateFormat/Date/Calendrier de l'API pour extraire un Fuseau horaire de l'objet qui a le même Fuseau horaire que la Chaîne de caractères que j'ai analysé à part avec DateFormat.parse()?

Une chose qui me dérange à propos de Date vs Calendar dans l'API Java est que Calendar est censé remplacer Date dans tous les endroits... mais ensuite, ils ont décidé, oh, hey nous allons encore utiliser Date's dans la DateFormat classes.

a u got solution pour ce problème?
Concernant le dernier paragraphe, le Date & Calendar classes sont un désordre sanglant: mal conçue, de la confusion, et gênants. Les éviter. Utiliser le java.de temps les classes à la place.

OriginalL'auteur matt b | 2008-09-17

java timezone

J'ai trouvé que les suivantes:

        DateFormat dbFormatter = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");
        dbFormatter.setTimeZone(TimeZone.getTimeZone("America/Chicago"));
        Date scheduledDate = dbFormatter.parse("Friday, September 26, 2008 8:30 PM Eastern Daylight Time");
        System.out.println(scheduledDate);
        System.out.println(dbFormatter.format(scheduledDate));
        TimeZone tz = dbFormatter.getTimeZone();
        System.out.println(tz.getDisplayName());
        dbFormatter.setTimeZone(TimeZone.getTimeZone("America/Chicago"));
        System.out.println(dbFormatter.format(scheduledDate));

Produit est le suivant:

Fri Sep 26 20:30:00 CDT 2008
Friday, September 26, 2008 08:30 PM Eastern Standard Time
Eastern Standard Time
Friday, September 26, 2008 08:30 PM Central Daylight Time

En fait je trouve cela un peu surprenant. Mais, je pense que cela montre que la réponse à votre question est de simplement appeler getTimeZone sur le formateur après que vous avez analysé.

Edit:
Le ci-dessus a été exécuté avec Sun JDK 1.6.

J'ai également été surpris par cela et ont eu des problèmes avec le Fuseau horaire de glissement en raison de la Date de l'instanciation d'avant.
Juste curieux - qu'est-ce que le résultat de Fuseau horaire.getDefault() sur votre machine?

OriginalL'auteur Ed Thomas

1

@Ed Thomas:

J'ai essayé quelque chose de très similaire à votre exemple, et j'obtiens des résultats très différents:
```
String testString = "Friday, September 26, 2008 8:30 PM Pacific Standard Time";
DateFormat df = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");

System.out.println("The default TimeZone is: " + TimeZone.getDefault().getDisplayName());

System.out.println("DateFormat timezone before parse: " + df.getTimeZone().getDisplayName());

Date date = df.parse(testString);

System.out.println("Parsed [" + testString + "] to Date: " + date);

System.out.println("DateFormat timezone after parse: " + df.getTimeZone().getDisplayName());
```
De sortie:

Le Fuseau horaire par défaut est: Heure normale de l'est

DateFormat fuseau horaire avant d'analyser: Heure normale de l'est

Analysée [vendredi, septembre 26, 2008 8:30 PM, Heure normale du Pacifique] Date: Sat Sep 27 00:30:00 EDT 2008

DateFormat fuseau horaire après parse: Heure normale de l'est

Semble DateFormat.getTimeZone() renvoie le même Fuseau horaire avant et après la parse()... même si je jette explicite setTimeZone() avant d'appeler parse().

Regardant le source pour DateFormat et SimpleDateFormat, semble getTimeZone() retourne le Fuseau horaire de la sous-jacentes Calendrier... qui sera, par défaut, le Calendrier de la Locale par défaut/Fuseau horaire, sauf si vous spécifiez un certain.

Ce JVM utilisez-vous?
java version "1.4.2_14" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_14-b05) Java HotSpot(TM) Client VM (build 1.4.2_14-b05, en mode mixte)

OriginalL'auteur matt b
1

Je vous recommandons de vérifier la Joda Time date et l'heure de l'API. J'ai récemment été converti en croyant en elle comme il a tendance à être très supérieure à la prise en charge intégrée pour les dates et les heures dans Java. En particulier, vous devriez vérifier le DateTimeZone classe. Espérons que cette aide.

http://joda-time.sourceforge.net/

http://joda-time.sourceforge.net/api-release/index.html

Le Joda-Time projet est maintenant en mode de maintenance. Son principal auteur, Stephen Colebourne, firent JSR 310 et sa mise en œuvre, le java.temps classes dans OpenJDK, le successeur de Joda-Time.

OriginalL'auteur Aaron
1

tl;dr
```
ZonedDateTime.parse( 
    "Friday, September 26, 2008 8:30 PM Eastern Daylight Time" , 
    DateTimeFormatter.ofPattern( "EEEE, MMMM d, uuuu h:m a zzzz" ) 
).getZone()
```
java.temps

La façon moderne est à la java.les classes de temps. La Question et d'autres Réponses utilisez le gênants ancien héritage de date-heure de classes ou de la Joda-Time, qui sont aujourd'hui supplanté par le java.les classes de temps.

Définir un DateTimeFormatter objet avec un modèle de mise en forme pour correspondre à vos données.
```
DateTimeFormatter f = DateTimeFormatter.ofPattern( "EEEE, MMMM d, uuuu h:m a zzzz" );
```
Attribuer un Locale pour spécifier le langage humain du nom-du-jour et le nom du mois, ainsi que les normes culturelles pour les autres questions de mise en forme.
```
f = f.withLocale( Locale.US );
```
Enfin, faire l'analyse pour obtenir une ZonedDateTime objet.
```
String input = "Friday, September 26, 2008 8:30 PM Eastern Daylight Time" ;
ZonedDateTime zdt = ZonedDateTime.parse( input , f );
```
zdt.toString(): 2008-09-26T20:30-04:00[America/New_York]

Vous pouvez demander le fuseau horaire à partir de la ZonedDateTime, représenté comme un ZoneId objet. Vous pouvez ensuite interroger le ZoneId si vous avez besoin de plus d'infos sur le fuseau horaire.
```
ZoneId z = zdt.getZone();
```
Voyez par vous-même dans IdeOne.com.

ISO 8601

Éviter l'échange de données date-heure dans ce genre de terrible format. Ne présumez pas l'anglais, ne pas accessoiriser votre tenue de sortie avec des choses comme le nom de la journée, et ne jamais utiliser de pseudo-temps-zones comme Eastern Daylight Time.

Pour les fuseaux horaires: Spécifiez un fuseau horaire nom dans le format de continent/region, comme America/Montreal, Africa/Casablanca, ou Pacific/Auckland. Ne jamais utiliser de l'3-4 abréviation comme EST ou IST comme ils ne sont pas vrais fuseaux horaires, pas normalisée, et même pas unique(!).

Pour la sérialisation de date-heure de valeurs de texte, utilisez uniquement le ISO 8601 formats. La java.les classes de temps l'utilisation de ces formats par défaut lors de l'analyse/génération de chaînes de caractères pour représenter leur valeur.

Sur java.temps

La java.le temps cadre est intégré dans Java 8 et les versions ultérieures. Ces classes permettent d'éviter la pénible vieux héritage date du temps des classes comme java.util.Date, Agenda, & SimpleDateFormat.

La Joda-Time projet, maintenant dans le mode de maintenance, conseille la migration vers java.temps.

Pour en savoir plus, consultez les Oracle Tutoriel. Et de recherche de Débordement de Pile pour de nombreux exemples et des explications. La spécification est JSR 310.

Où obtenir le java.les classes de temps?
- Java SE 8 et SE 9 et plus tard
  - Intégré.
  - Partie de la norme API Java avec une liasse de mise en œuvre.
  - Java 9 ajoute quelques fonctionnalités mineures et corrections.
- Java SE 6 et SE 7
  - Une grande partie de la java.fonction temps est de retour, porté à Java 6 & 7 dans ThreeTen-Backport.
- Android
  - La ThreeTenABP projet s'adapte ThreeTen-Backport (mentionné ci-dessus) pour Android en particulier.
  - Voir Comment l'utiliser....
La ThreeTen-Extra projet s'étend java.temps avec d'autres classes. Ce projet est un terrain d'essai pour de possibles futurs ajouts à java.temps. Vous pouvez trouver quelques classes utiles ici comme Intervalle, YearWeek, YearQuarter, et plus.

OriginalL'auteur Basil Bourque
0

Ainsi que d'une solution partielle vous pouvez utiliser une RegEx match pour obtenir le fuseau horaire puisque vous aurez toujours le même texte. AM ou PM.

Je ne sais pas assez sur Java fuseaux horaires pour vous la dernière partie.

OriginalL'auteur Mitchel Sellers
0

La principale différence entre la Date et le Calendrier, cette Date est juste un objet de valeur avec pas de méthode permettant de le modifier. Il est conçu pour stocker une date/heure de l'information quelque part. Si vous utilisez un Calendrier de l'objet, vous pouvez modifier une fois qu'il est réglé à une persistance de l'entité qui effectue une logique d'entreprise avec les informations de date/heure. C'est très dangereux, parce que l'entité n'a aucun moyen de reconnaître ce changement.
Le Calendrier des cours est conçu pour les opérations sur date/heure, comme l'ajout de jours ou quelque chose comme ça.

Jouer avec votre exemple, je reçois le texte suivant:
```
import java.text.DateFormat;
import java.text.ParseException;
import java.text.SimpleDateFormat;

public class TimeZoneExtracter {

    public static final void main(String[] args) throws ParseException {
        DateFormat dbFormatter = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");
        System.out.println(dbFormatter.getTimeZone());
        dbFormatter.parse("Fr, September 26, 2008 8:30 PM Eastern Daylight Time");
        System.out.println(dbFormatter.getTimeZone());
    }

}
```
De sortie:

soleil.util.calendrier.ZoneInfo[id="Europe/Berlin"...
soleil.util.calendrier.ZoneInfo[id="Africa/Addis_Ababa"...

Est-ce le résultat que vous vouliez?

OriginalL'auteur Roland Schneider

Ed a droit. vous voulez le fuseau horaire sur le DateFormat objet après le temps a été analysée.

 String rawDate = "Friday, September 26, 2008 8:30 PM Eastern Daylight Time";
 DateFormat dbFormatter = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");
 Date scheduledDate = dbFormatter.parse(rawDate);

 System.out.println(rawDate); 
 System.out.println(scheduledDate); 
 System.out.println(dbFormatter.getTimeZone().getDisplayName());

produit

Friday, September 26, 2008 8:30 PM Eastern Daylight Time
Fri Sep 26 20:30:00 CDT 2008
Eastern Standard Time

Vous pouvez tester avec autre chose que "Heure Avancée de l'est" dans la Chaîne de date - dbFormatter.getTimeZone() est simplement retourner la valeur par défaut (votre) fuseau horaire.

OriginalL'auteur Mike Pone

Vous devez vous connecter pour publier un commentaire.

tl;dr

java.temps

ISO 8601

Sur java.temps