🚀 go-pugleaf

<jonhoyle@mac.com> wrote in message
news:1106007254.689360.5600@z14g2000cwz.googlegroups.com...
> Hi Chris,
>
> My experience has been very positive using CodeWarrior C++ (both Mac &
> Windows) for the core code for speed and optimization and RealBasic as
> the GUI that rides on top of it.  I tend to find that this really gives
> me the best of all worlds when it comes to cross-platform code
> generation.
>
> Essentially, I begin with a CodeWarrior DLL project for Mac and Windows
> (ie Carbon Shared Library for Mac and Dynamic Linked Library for
> Win32).  I write my model code in here, typically using a command line
> interface for it to make sure Unit Tests pass.  (I can provide you with
> a sample CW 8.3 project I use as my template.)
>
> Then I write my GUI in RealBasic, using Declares to call into the DLL.
> Since I use RB only for GUI, it's fairly thin since none of my model
> code uses RB objects.  The RB calls essentially resolve to Mac and Win
> API calls under the hood, making life so much easier.  GUI writing is a
> breeze this way, allowing me to spend most of my time writing the core
> in C++.
>
> I have done other projects in th past doing the same thing, except
> using Java for the GUI instead of RealBasic.  I find that Java's
> runtime is a bit heavy and less responsive as compared to RealBasic,
> and the coding much more involved, so I am not really interested in
> going back to that.
>


I've looked into this and never really got going on it. How difficult is it
to call back from a DLL into RB (if a control needs to updated by a DLL
process, for example)?

I was once part of a (Win only) project that did this w/ a VB front end.
They had decided to use a massive ActiveX control instead of a simple DLL,
to get the ability to raise events back to VB. (It was slow and so complex
that only a few people could actually do that, but it did sort of work.)

Paul