**[Howard's Answer][1] is correct and please vote it up and accept it.**
For reference I think it is useful to explain the difference between date objects and localised date representations are.
In many programming languages date objects are used to represent unique points in time. Ignoring [Relativistic][2] arguments it can be assumed that at any instance we can define a point in time which is equal universally for every one, regardless of how we measure time.
If for each point in time we could construct a unique label, that label could be passed around and referenced unambiguously. **The purpose of date objects is to act as a unique universal label for a given point in time**.
One could come up with any number of techniques to construct such a labelling scheme and how each date object chooses to do so is immaterial to anyone using them.
An example may be to use a numeric offset from a universal event (_X seconds since the sun exploded_).
It is only when we wish to take a time point and serialize it into a human readable string that we must deal with the complexities of time zones, locales, etc...
(**Local Date String**) + (**Date Formatter**) => Time Point
Time Point + (**Date Formatter**) => (**Local Date String**)
Every time point is universal... there is no such thing as a **new york time point**, or **gmt time point**, only once you convert a time point to a local string (using a date formatter) does any association to a time zone appear.
**Note: I'm sure there are many blogs/articles on this very issue, but my google foo is failing me at this hour. If anyone has the enthusiasm to expand on this issue please feel free to do so.**
[1]:
[To see links please register here]
[2]:
[To see links please register here]