"patrick" <> wrote in message
news:TVOuh.17688$...
> People DONT have the jre. there are many people with only dial ups.
> broadband is not everywhere.And it is still slow on broadband.
> Big downloads are still a problem.
> I am inlined to think the critical thing here is download time if you want
> people to download and use the app.
> So C++ may be the best way to go.
> patrick
I'm not sure who your target audience is- but in general people who
proactively seek out applications to download and install are the more tech
savvy who will predominantly have installed the JRE and have higher speed
connections.
You will not get out of problems with dependencies that easily either. How
big is the .NET framework for instance? (A rhetorical question) I would
say that people who do not have the JRE would likely not have the latest
..NET framework either.
Assuming you are using a Microsoft compiler, you could elect to avoid using
..NET or MFC altogether - but that is going to put you in a difficult
position to write an application, since you will be reinventing the wheel -
particularly for your SSL tunnels etc.
Or, my personal suggestion - you could do what everyone does, and use the
easiest tools to develop with, particularly if you are already familiar with
them and if someone can't use your product because they refuse to install
the JRE (or .NET or whatever) then so be it.
If you do write it in C++ I suggest isolating your system independent
application "intelligence" from your GUI and networking code - this way, if
you later decide to port it to another platform your job will be greatly
facilitated (you could even make a Java "face" for your application with C++
backend and minimize rewriting of code.) Not to mention this is generally
a good idea anyway

--
LTP