While it is possible to store the currency once for an object model, I usually consider that to be a premature optimisation. Wherever possible I like to build APIs that say what you see, where each part can be understood in isolation.
>From what I've seen, a Hibernate user type is not a complex class. And yes, there is a joda-money mailing list (very quiet!) http://joda-money.sourceforge.net/mail-lists.html Stephen On 1 December 2010 06:13, Tauren Mills <tau...@groovee.com> wrote: >> The territory IDs in I18N are the ISO standard country codes, not >> related to time-zones. I suspect that the underlying data (CLDR) may >> be of use, rather than the i18n project itself (which is essentially a >> proof of concept alpha) > > Ok, thanks. Good to know. I'll look into the CLDR data and see what > additional information it provides. > >> >> Joda-Money code works as far as I know, however I may yet change the >> API. I would welcome a user and feedback on the API, as I do need to >> get it released. > > Sounds good. When I get to that point in my project, I'll experiment with > joda-money and let you know what I think. One hesitation that I have is > because I'm using Hibernate in my persistence layer. If I use joda-money, > I'm going to need to create a custom hibernate user type. I haven't done > that before, but maybe I can get some inspiration from the joda-time user > type: > http://usertype.sourceforge.net/userguide.html > If I implement my own money classes, then it would be easier to persist them > as I could just use hibernate annotations inside of them. But at the moment, > I'm thinking it would be easier to use your already implemented library and > write a usertype than to implement and test my own money classes, even if I > have Martin Fowler's book as a guide. > One thing I was considering in my design was to not have a currency > associated with every transaction amount, but instead have an Account object > that contains a Currency that pertains to every transaction in the entire > account. An Account would contain a collection of Transactions (which are > essentially just BigDecimals). Obviously this isn't as flexible, but it is > probably sufficient for my needs. > Based on your experience with money implementations, do you have any advice > about these things? > BTW, is the joda-interest list the right place to talk about joda-money? Or > is it joda-time specific? > Thanks, > Tauren > > >> >> On 30 November 2010 13:39, Tauren Mills <tau...@groovee.com> wrote: >> > Stephen, >> > Thanks for the feedback. I had looked over the API and had a feeling >> > joda-time wouldn't help with most of this. I haven't looked at >> > joda-time-I18N yet. Thanks for the suggestion, I'll check it out. >> > So are Territory IDs only two character country codes? Or do things like >> > "America", "Africa", etc. work as well? >> > I don't see joda-time-i18n available via maven. Is it not stable enough >> > to >> > use in production? >> > Also, how's Joda Money coming along? Any reason to not use it in >> > production? >> > I need a money implementation and it looks really good. Debating between >> > it >> > and Martin Fowler's implementation in one of his books. >> > Thanks again, >> > Tauren >> > >> > On Tue, Nov 30, 2010 at 3:09 AM, Stephen Colebourne >> > <scolebou...@joda.org> >> > wrote: >> >> >> >> There are lots of good ideas here. There is no way to get groups of >> >> zones from joda-time though. >> >> >> >> One thing to look at is joda-time-I18N, which uses the CLDR data to >> >> provide some nice methods for managing time zone information including >> >> the most important zone per territory. Probably not enough for you, >> >> but it may help. >> >> Stephen >> >> >> >> On 30 November 2010 10:32, Tauren Mills <tau...@groovee.com> wrote: >> >> > I'd like to implement a UX that makes selecting an appropriate >> >> > timezone >> >> > very >> >> > simple. This is for a web application, but could be for any >> >> > application. >> >> > When a user creates a profile, they need to select or verify their >> >> > current >> >> > timezone. Instead of presenting the user with a massive list of 500+ >> >> > zones >> >> > from DateTimeZone.getAvailableIDs(), I want to present them with a >> >> > few >> >> > very >> >> > likely options, with the most likely timezone already selected. Of >> >> > course >> >> > there will still be a way for them to select "Other" to select from >> >> > all >> >> > available timezones. >> >> > Here's how I see it working: >> >> > 1. Application server is accurately set to UTC and runs ntpdate >> >> > regularly >> >> > 2. Web client detects user's current local time and passes it to the >> >> > server >> >> > 3. Server attempts to determine timezone in several different ways: >> >> > A. Given the current server time in UTC and the user's current >> >> > time >> >> > in >> >> > some unknown timezone, generate a list of potential timezones >> >> > B. Server performs a timezone lookup based on IP address of >> >> > >> >> > >> >> > user (http://stackoverflow.com/questions/2763263/how-to-get-clients-timezone-offset-from-his-ip-address) >> >> > C. If user allows it, server performs an HTML5 geo-location and >> >> > determines timezone from lat/long >> >> > >> >> > >> >> > (http://stackoverflow.com/questions/41504/timezone-lookup-from-latitude-longitude) >> >> > 4. Server combines the results of options A, B, and C to generate a >> >> > short >> >> > list of potential timezones the user is within, ordered from most >> >> > likely >> >> > to >> >> > least likely with most likely selected. >> >> > 5. User is presented with this short list of timezones, with most >> >> > probable >> >> > selected and an "Other" option to pick from the entire list >> >> > In fact, I could see the UI looking something like the following >> >> > site, >> >> > but >> >> > simplified. The list would be comprised of many of the same timezone >> >> > aliases, such as "America/Los_Angeles", "America/Vancouver", >> >> > "America/Tijuana", etc. Your current time would be shown along with >> >> > the >> >> > current time in each timezone. Each timezone alias would be >> >> > selectable, >> >> > with >> >> > the top most selected by default: >> >> > http://everytimezone.com/ >> >> > Obviously, the user's time is likely to be inaccurate -- certainly >> >> > not >> >> > the >> >> > same as the server's time. And there is the delay between when the >> >> > time >> >> > is >> >> > taken on the client and sent to the server for processing. So the >> >> > logic >> >> > would assume that the time sent from the client could be off by >> >> > minutes. >> >> > The >> >> > closer their time is to accurate, the more precise the suggested >> >> > timezones >> >> > would be. I'm not worried about those users who's clock is completely >> >> > wrong. >> >> > >> >> > Just thought I'd ask for suggestions or comments before beginning >> >> > implementation. Sorry if this is slightly off-topic, but it does >> >> > pertain >> >> > to >> >> > some specific Joda questions: >> >> > 1. Are there any features of JodaTime that would significantly >> >> > simplify >> >> > or >> >> > help with step 3A above? >> >> > 2. Is there a way to get a list of timezone "groups" from Joda (such >> >> > as >> >> > "Africa", "America", "US", "Etc", and so forth)? This would allow >> >> > timezones >> >> > from "America" to be preferred over "US", as the US zones would not >> >> > be >> >> > given >> >> > as options. >> >> > 3. Any suggestions on how to best integrate timezone "preference" >> >> > information? For instance, as of today, it is better for a user to >> >> > pick >> >> > "America/Los_Angeles" than it is to pick "US/Pacific", "PST8PDT", >> >> > "UTC-08:00", or "GMT+08:00". I'd like to only show the "preferred" >> >> > timezones. >> >> > 4. Any suggestions on how to best integrate timezone "usage" or >> >> > "population" >> >> > information? For instance, if it is 12:00 noon local time and the >> >> > server >> >> > says it is 20:00, then options for UTC--8:00 should be shown. But I'd >> >> > like >> >> > to show "America/Los_Angeles" before "Pacific/Pitcairn". >> >> > 5. Are there any serious flaws I haven't considered in this approach? >> >> > Thanks, >> >> > Tauren >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! >> >> > Tap into the largest installed PC base & get more eyes on your game >> >> > by >> >> > optimizing for Intel(R) Graphics Technology. Get started today with >> >> > the >> >> > Intel(R) Software Partner Program. Five $500 cash prizes are up for >> >> > grabs. >> >> > http://p.sf.net/sfu/intelisp-dev2dev >> >> > _______________________________________________ >> >> > Joda-interest mailing list >> >> > Joda-interest@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/joda-interest >> >> > >> >> > >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! >> >> Tap into the largest installed PC base & get more eyes on your game by >> >> optimizing for Intel(R) Graphics Technology. Get started today with the >> >> Intel(R) Software Partner Program. Five $500 cash prizes are up for >> >> grabs. >> >> http://p.sf.net/sfu/intelisp-dev2dev >> >> _______________________________________________ >> >> Joda-interest mailing list >> >> Joda-interest@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/joda-interest >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! >> > Tap into the largest installed PC base & get more eyes on your game by >> > optimizing for Intel(R) Graphics Technology. Get started today with the >> > Intel(R) Software Partner Program. Five $500 cash prizes are up for >> > grabs. >> > http://p.sf.net/sfu/intelisp-dev2dev >> > _______________________________________________ >> > Joda-interest mailing list >> > Joda-interest@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/joda-interest >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! >> Tap into the largest installed PC base & get more eyes on your game by >> optimizing for Intel(R) Graphics Technology. Get started today with the >> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. >> http://p.sf.net/sfu/intelisp-dev2dev >> _______________________________________________ >> Joda-interest mailing list >> Joda-interest@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/joda-interest > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Joda-interest mailing list > Joda-interest@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/joda-interest > > ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Joda-interest mailing list Joda-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/joda-interest
