Feature request: Make ticker class serializable or mutable

[aido]

This is a request to make the Ticker class serializable so that ticker data may be saved to file.

If you do not wish to make it serializable than maybe change Ticker class to not be final so that it can be extended.

Thanks.

[gary-rowe]

Ticker is not meant as a DTO but a VO. Consumers should wrap or translate
it. Serialization is not to taken lightly due to ongoing maintenance issues.
On 7 Dec 2012 21:42, "Aido" notifications@github.com wrote:

This is a request to make the Ticker class serializable so that ticker
data may be saved to file.

If you do not wish to make it serializable than maybe change Ticker class
to not be final so that it can be extended.

Thanks.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/9.

[timmolter]

Thinking out loud here...

Making it serializable does indeed lock the class's structure making previous versions incompatible. Here's a link: http://docs.oracle.com/javase/6/docs/platform/serialization/spec/version.html#6678.

However, as new versions of XChange roll out, with perhaps updated (and non backwards compatible) DTO objects, it doesn't mean that we are obligated to maintain compatibility at all. I'd say making them all serializable is fine if it makes things more convenient for end users. They just cannot expect compatibility, that's all. If they want that, then they need to wrap the data in their own way. While it may be convenient for them now, they may be in for a surprise later. Actually, Gary is probably right on this. The DTOs WILL change, so it's probably better for the DTOs to be wrapped/translated.

I'm also against making the DTOs non final because there are many benefits to making them final: http://www.javapractices.com/topic/TopicAction.do?Id=29

Aido, You could pretty easily create your own serializable class and pass the Ticker DTO to it's constructor, scraping the data you want to keep.

[aido]

Both fair comments