Moyen facile de convertir Java 8 LocalDateTime à Joda est LocalDateTime

Est-il un moyen facile de convertir Java 8 LocalDateTime à Joda est LocalDateTime?

L'un des moyens est de les convertir en String, puis de créer Joda est LocalDateTime de cette Chaîne.

Convertir en ISO formaté String et analyser de nouveau. Convertir en millisecondes écoulées depuis l'époque
Oui. J'ai fait de la même manière.
Pourquoi voulez-vous utiliser Joda Temps si vous utilisez déjà java.time?
Je suis à l'aide de java.le temps dans mon application. Mes applications dépend d'une bibliothèque qui est à l'aide de Joda time. C'est un cas particulier, où j'ai besoin de cette conversion.

OriginalL'auteur Naresh | 2015-10-09

La conversion de l'époque millis (essentiellement un java.util.Date()):

java.time.LocalDateTime java8LocalDateTime = java.time.LocalDateTime.now();

//Separate steps, showing intermediate types
java.time.ZonedDateTime java8ZonedDateTime = java8LocalDateTime.atZone(ZoneId.systemDefault());
java.time.Instant java8Instant = java8ZonedDateTime.toInstant();
long millis = java8Instant.toEpochMilli();
org.joda.time.LocalDateTime jodaLocalDateTime = new org.joda.time.LocalDateTime(millis);

//Chained
org.joda.time.LocalDateTime jodaLocalDateTime =
        new org.joda.time.LocalDateTime(
            java8LocalDateTime.atZone(ZoneId.systemDefault())
                              .toInstant()
                              .toEpochMilli()
        );

//One-liner
org.joda.time.LocalDateTime jodaLocalDateTime = new org.joda.time.LocalDateTime(java8LocalDateTime.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli());

Seule ligne, mais long, donc "facile"? C'est toute relative.

OriginalL'auteur Andreas

Les deux localDate types se composent de (year, month, date), il suffit donc de copier ces valeurs:

public static org.joda.time.LocalDate toJoda(java.time.LocalDate input) {
    return new org.joda.time.LocalDate(input.getYear(),
                                       input.getMonthValue(),
                                       input.getDayOfMonth());
}

La question est à propos LocalDateTime, pas LocalDate.

OriginalL'auteur araqnid

-1

Un peu plus courte méthode:

Si vous pouvez vous en sortir avec l'aide d'un ZoneOffset au lieu d'un ZoneId le code peut être raccourci légèrement.
```
java.time.LocalDateTime java8LDT = java.time.LocalDateTime.now();
org.joda.time.LocalDateTime jodaLDT = new org.joda.time.LocalDateTime(
    java8LDT.toInstant(ZoneOffset.UTC).toEpochMilli()
);
```
L'appel à la atZone() méthode peut être supprimée en fournissant le fuseau horaire à l' toInstant() méthode.

Explication plus détaillée

Juste pour clarifier, l'étape, j'ai enlevé est avec la création de l'intermédiaire ZonedDateTime objet. Cette partie de la séquence est toujours avec Java 8 API avant rien à voir avec Joda.

Le processus de conversion première consiste à convertir les Java 8 LocalDateTime le nombre de millis depuis l'époque. Ceci peut être réalisé dans un couple de différentes manières. Par exemple, dans Andreas réponse:
```
LocalDateTime ldt = LocalDateTime.now();
ZonedDateTime zdt = ldt.atZone(ZoneId.systemDefault());
Instant instant = zdt.toInstant();
long millis = instant.toEpochMilli();
```
Ou mon alternative:
```
LocalDateTime ldt = LocalDateTime.now();
Instant instant = ldt.toInstant(ZoneOffset.UTC);
long millis = instant.toEpochMilli();
```
La différence, c'est que je suis ignorant de la création d'un Java 8 ZonedDateTime et, au lieu de passer le fuseau horaire à l' toInstant() méthode.

Partir de ce point, les deux réponses sont les mêmes.
```
org.joda.time.LocalDateTime jodaLocalDateTime = new org.joda.time.LocalDateTime(millis);
```
Mises en garde

Cela fonctionne bien lors de la conversion à l'aide des mêmes offset où aucune avancée modifications s'appliquent. Par exemple, l'UTC est toujours +0:00. Si vous avez besoin de les convertir à un fuseau horaire local où le décalage peut changer, alors vous aurez besoin de la réponse plus précise à l'aide de atZone()

Un LocalDateTime à la fois avec l'API (Java 8 et Joda) est un DateTime sans un fuseau horaire. Toutefois, si vous avez le numéro de millis depuis l'époque alors vous avez besoin d'un décalage de dériver une date et une heure. Java 8 API nécessite soit un décalage ou le fuseau horaire pour être explicitement transmis, alors que la Joda API va utiliser le système par défaut si aucun n'est passé.

Plus précise de la façon de construire la Joda LocalDateTime serait:
```
org.joda.time.LocalDateTime jodaLocalDateTime = new org.joda.time.LocalDateTime(millis, DateTimeZone.UTC);
```
Cela va seulement utiliser le fuseau horaire lors de la construction pour obtenir la date et l'heure correctes. Une fois que le constructeur a terminé le fuseau horaire ne fera pas partie de l'objet depuis LocalDateTime a pas de fuseau.

Attention: java8LDT.toInstant(ZoneOffset.UTC).toEpochMilli()conduit à un résultat différent de celui java8LDT.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli() pour système ne fonctionne pas du systemDefault UTC!!
Vous pouvez obtenir le décalage par ZoneId.systemDefault().getRules().getOffset(java8LDT), mais je pense que atZone(..).toInstant()...est beaucoup plus facile.
C'était juste un exemple! Dans la pratique, vous ne l'appelez pas .now() dans Java 8 et le convertir en Joda quand vous pourriez obtenir l'heure actuelle directement à partir de Joda. Vous avez besoin de savoir l'implicite fuseau horaire qui s'applique à java8LDT et utilisez le bon décalage. Je peux voir pourquoi l'exemple peut avoir induit en erreur.
.now() n'était pas le Point. La différence est à l'aide de systemDefault au lieu de ZoneOffset.UTC. Ainsi, le code de la réponse sélectionnée s'exécute sur chaque machine, n'importe quel fuseau horaire est systemDefault.
Et bien sûr, vous ne devriez pas utiliser toujours systemDefault() et je n'ai jamais dit que.

OriginalL'auteur Ben Thurley

Vous devez vous connecter pour publier un commentaire.