haipv1108 / androjena

Automatically exported from code.google.com/p/androjena
0 stars 0 forks source link

Please make constructor of ResultSetFormatter protected or public #10

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
I am porting a 3rd party project that creates its own convenience class in 
extending ResultSetFormatter. This is prevented by the private default 
constructor.

Off course, it is easy to work around this issue, but it would be very easy 
convenient to have this changed, and because all methods are static anyhow, 
there is no danger in maliciously overloading methods of ResultSetFormatter

Original issue reported on code.google.com by hartmut....@ti-wmc.nl on 17 Feb 2012 at 2:04

GoogleCodeExporter commented 8 years ago
Hi Hartmut,
I think I could do this in the next release, however i'm curious why would you 
subclass ResultSetFormatter? As you say, it only provides public static 
methods, so it makes no sense to use it for polymorphism.

Original comment by loreca...@gmail.com on 5 Apr 2012 at 7:22

GoogleCodeExporter commented 8 years ago
This is primarily about convenience, I guess. Without the ability to extend the 
ResultSetFormatter, a programmer has to distinguish between calls to androjena 
methods, and calls to the convenience extension provided by the 3rd party lib.
With the ability to extend the androjena class, the programmer does not need to 
be aware of the distinction.

Original comment by hartmut....@gmail.com on 10 Apr 2012 at 7:04