Talk:Marker interface pattern
Maybe a bit offtopic, but I do not see the point having the clone() method in Object and a seperate interface making a call to clone "valid". Where is the advantage over letting Clonable have (is this correct english?) a method clone() (making this a non-marker interface) or is this for historical reasons? :) A better example for a marker interface would be appreciated.
- I agree. It's exactly what I thought when I read the article. Alf Boggis (talk) 14:26, 8 November 2005 (UTC)
That's because it isn't why Cloneable exists. Nowhere do the docs say that Cloneable "indicates that the cloning functionality is actually supported in a proper manner". In fact, they're very specific about why Cloneable is used, and that it gives specific information to Object.clone().
Will be editing the article once I figure out Wikipedia's markup (rhetorical question: why do all wikis have a different set of codes?). Serializable is a better example of a marker interface, because Java provides multiple ways to write an object.