GoogleCodeExporter
commented
8 years ago Neil, thanks for creating the issue, I'll add some background on my need and
what I intend to try to contribute.
I am going to try to port osmdroid to blackberry's java APIs so I can use it in
a product I am developing. I've taken a
look at Blackberry's APIs, it's Java but with differences. From a quick browser
I saw the following differences : there
is no equivalent to Activities and Services, no Handlers, drawing is done
differently and network connections are handled
with a specific API.
I would rather participate in a code refactoring of osmdroid rather than fork
the project so this is the ideal issue to
discuss this.
I haven't looked at the latest trunk line nor the patches so maybe some of what
I will write below has already been done,
please give me some feedback.
The line of attack I was intending to follow was to isolate all generic code
(tile calculations, caching, etc) from the
Android specific classes and have the Android classes delegate calls to methods
on those generic classes. Then I would be
able to build Blackberry classes to delegate to those same generic classes.
In some cases it might make sense to use inheritence such as for file IO in the
tile caching subsystem or when creating
strings.
Regarding R constants and resources, the way I've been doing in my project
where I have an SDK that needs to display
strings is to define each string constant in an RPoxy interface and have each
application using the SDK JAR provide the
RPoxy interface to the activities, services, etc by subclassing my SDK classes
and instantiating that class during
construction. The SDK classes all have an abstract getRProxy() method... you
get the idea.
Since Android allows any file name in the strings directory, I provide a
complete strings file that contains everything
that's needed (same for layouts, etc). I also provide a default RProxyImpl
class that refers to those constants. If
RProxyImpl is positionned in the package used in the manifest, no import is
required for R and it works out of the box.
I'll have to dive into the blackberry SDK to see how this would need to be
modified : I'd probably have RProxy return
strings rather than ints..
Nicolas is going to give me write access and I'd like to do this on a branch so
others can test the changes before they
get merged into trunk.
Your thoughts ? Please note this is a proposed solution to a totally different
problem than sharing the cache across
installed apps.Original comment by watche...@gmail.com on 16 Apr 2010 at 7:29
Original issue reported on code.google.com by
neilboydon 16 Apr 2010 at 6:56