Discussion :

[threaded]

Bonjour,
désolé si cette question a déjà été abordée, mais je cherche depuis un moment et ne trouve pas ce que je veux.
Je souhaite pouvoir créer des journées de 26 heures. J'ai identifié deux possibilités :
- modifier le "non lenient" mode pour qu'il ne lève pas d'exception quand on dépasse les "bornes"
- modifier les bornes

Malheureusement, en explorant le code de la classe Calendar (dont une partie est compilée et inaccessible a priori) je n'ai pas réussi à trouver où effectuer l'une ou l'autre des ces modifications. Je ne suis pas familier avec les opérations "bit à bit", est-ce que celle-ci pourrait être liée à mon problème ? :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

final static int HOUR_OF_DAY_MASK	= (1 << HOUR_OF_DAY);

Merci pour votre aide.

Nicolas

[droggo]

Lai,

???

Quelle peut bien être l'utilité de cette démarche ?

Augmenter le temps de travail de tes employés ?

[OButterlin]

J'avoue que l'idée même me semble incroyable... j'ai hâte d'avoir la justification d'une telle demande...

A priori, je dirais que ce n'est pas un champ Time dont tu as besoin mais d'autre chose.

[threaded]

Haha,
non en fait je bosse sur un logiciel pour un prestataire de la SNCF, et les horaires des trains d'une journée sont définis de 3h à 26h.
Je pourrais me débrouiller pour décaler les horaires (-3h partout) et ne les changer qu'à l'affichage, mais j'aimerais vraiment pouvoir re-définir les paramètres du Calendar.

Pas d'idée ?

[Rei Ichido]

Haha,
non en fait je bosse sur un logiciel pour un prestataire de la SNCF, et les horaires des trains d'une journée sont définis de 3h à 26h.

Qu'est-ce qui a pu justifier ça ???

Je pourrais me débrouiller pour décaler les horaires (-3h partout) et ne les changer qu'à l'affichage, mais j'aimerais vraiment pouvoir re-définir les paramètres du Calendar.

Modifier une classe qui gère le temps pour lui dire que les jours font 26 heures ne me semble pas être une bonne idée. J'imagine que là, les horaires sont stockés en base en chaînes de caractères ; mais si tu crées une classe qui considère que les jours ont 26 heures, toutes les fonctions qui te donnent le timestamp actuel seront largement faussés (eh oui, ça se compte en millisecondes après le 1er Janvier 1970 ... À vue de nez, avec ton calendrier à 26 heures, on est en 2007, par exemple

Le plus simple à mon avis c'est de faire le décalage dès le parsing (ou dès la conversion en date). Et ensuite, utiliser des objets normaux.
"SNCF, à nous de vous faire préférer les surcharges étranges de Calendar ... ou pas."

[threaded]

Le plus simple à mon avis c'est de faire le décalage dès le parsing (ou dès la conversion en date). Et ensuite, utiliser des objets normaux.

Effectivement, les timestamp risquent de poser problème, je n'avais pas pensé à ça. Donc tu penses qu'il vaut mieux que j'avance l'horaire des trains de 3h au moment de l'import et du stockage dans la base, et qu'à l'affichage je leur mette automatiquement "+3" heures, c'est ça ?

Je ne sais pas ce qui a pu justifier ça : qu'on considère qu'un train de 0h30 soit du lundi soir ou du mardi matin ne change pas grand chose, j'en conviens. C'est peut être pour une question d'organisation et de paye du personnel.

[OButterlin]

Je ne sais pas ce qui a pu justifier ça : qu'on considère qu'un train de 0h30 soit du lundi soir ou du mardi matin ne change pas grand chose, j'en conviens. C'est peut être pour une question d'organisation et de paye du personnel.

Ben, une mauvaise analyse me parait évidente...

Pour ton problème, dans quel type de champ est stocké ton information ?
Est ce qu'il y a des valeurs spéciales pour ce champ ?