And I'm using it... and I'm not liking it... :)
You can use C code in a C++ compiler alright, but that doesn't make it OO code...
(and about C++ being a superset of C, I think it is beyond that... but that's not
the issue here...)
these are some issues I have found rather unpleasant:
make a new kind of gui control?... rewrite all the functionality each time?...
not very fast, right?...
some kind of MFC would be great... not having to rewrite the tipical event loop
each time would be great...
there are much more things that would be great if the API was written in C++...
like extending the core controls... and that's only speaking about GUI...
just name the most recent programming technologies... I'm sure most of them are
OO...
here in the company I work with, a coworker made some kind of mini MFC (I would
like an AWT better... but anyway... :-) for palm but he had to do some tweaks
using macros and some weird hacks to do it... so... I think this issue should be
fixed from the source... so? why not?.... c'mon... give a REAL answer...
a C++ API si VERY different from a C API....
c'mon, I need backup!... how many OO programmers are there here?... :)
[EMAIL PROTECTED] wrote:
> Just curious...how is a C++ API different from a C API? Since C++ is mostly a
> superset of C, you can use the current SDK in your C++ programs just fine.
>
> I detect a religious war coming on...
>
> -- Keith
>
> Jose Manuel Guerra Chapa <[EMAIL PROTECTED]> on 09/21/99 04:46:32 PM
>
> Please respond to [EMAIL PROTECTED]
>
> Sent by: Jose Manuel Guerra Chapa <[EMAIL PROTECTED]>
>
> To: PalmDev <[EMAIL PROTECTED]>
> cc: (Keith Rollin/HQ/3Com)
> Subject: C++ SDK wanted!
>
> Hi, I don't know if this has been discussed here and my sincere
> apologies if it has, so here it goes...
>
> How come Palm Computing has not released a C++ SDK for PalmOS?
> I have some possible answers for this question that comes to my mind,
> but none of them (I think) is worth enough for leaving OO concepts and
> all it's benefits like code reuse, untouched...
>
> 1. maybe it's because of the platform constraints on this kind of
> devices, winCE and epoc32 have the same constraints (sort of) and they
> still use C++ as the best choice for programmming, so I think this is
> not a very good reason, and in time this kind of constraints will no
> longer be an issue anymore.
>
> 2. backward compatibility, this is still not an issue because most of
> the apps these days check for the most recent OS version anyway...
>
> 3. having to make another version of PalmOS. I think that software reuse
> is worth a OS remake. And it speeds development time, so if you have to
> sacrifice some time in the short term (maybe not too short ;-), it will
> surely benefit a lot of people to apply the latest OO techniques like
> UML & Design Patterns... so...
>
> 4. <your guess here>
>
> For what I have seen in the Palm C SDK, I could say that making a C++
> wrapper API would not be that hard... maybe there are some major issues
> I'm overseeing, but I think Palm Computing's should do this, so why they
> haven't do it? (anyone at Palm with an answer?)
>
> I surely hope something is in the works, because I think that this could
> be a major issue in the success of Palm in the future...
>
> BTW, I'm very excited about the KVM, but util summer next year for a
> release version?... hopefully... :(
>
> (Please don't answer "CodeWarrior supports C++"... what I'm talking
> about is a C++ API ;-)
>
> Jose Manuel Guerra Chapa
> LimeLight Technologies
