Re: [threeten-develop] parsing difficulties
Status: Alpha
Brought to you by:
scolebourne
From: Stephen C. <sco...@jo...> - 2011-03-18 15:46:29
|
On 18 March 2011 15:19, John Caron <ca...@un...> wrote: > I notice that if I do a CalendricalMerger.toString(), it prints out the > class that i end up needing, eg: > > Input 2007-12-03T10:15:30 > Calendrical.toString() = {ISO.LocalDateTime=2007-12-03T10:15:30} > Result = 2007-12-03T10:15:30 (javax.time.calendar.LocalDateTime) > > Input 2007-12-03T10:15:30+01:00 > Calendrical.toString() = {ISO.OffsetDateTime=2007-12-03T10:15:30+01:00} > Result = 2007-12-03T10:15:30+01:00 (javax.time.calendar.OffsetDateTime) > > Input 2007-12-03T10:15:30+01:00[Europe/Paris] > Calendrical.toString() = > {ISO.ZonedDateTime=2007-12-03T10:15:30+01:00[Europe/Paris]} > Result = 2007-12-03T10:15:30+01:00[Europe/Paris] > (javax.time.calendar.ZonedDateTime) > > I wonder if theres a way to make that available so I dont have to just > try each possibility. I dont yet undertandd your internals enough to > know if thats a reasonable suggestion Essentially, the merger produces a map keyed by the rule. The map isn't exposed, except via the get(rule) method. While it might be possible to expose the map, is that really any more useful? You'd still have to check for the options. Perhaps you could explain how you are intending to use the data once its parsed? Or why you need multiple options? It would be good to determine if there are the right abstractions here. Stephen |