🚀 go-pugleaf

In article <41disc$e3v@toon.ctp.com>, sayer@ctp.com (Stephen D. Ayers) says:
>
>I would like to build an application that utilizes Visual Basic for
>the GUI with Visual C++ business objects. Is it possible to "easily"
>build an application that is a mixture both?  I know it is possible to
>call "C" functions from VB, but is it possible to "call-back" to VB
>code?  We are considering this because some people "feel" that VB
>GUI's are easier to develop. Does the complexity of a mixed
>environment outweighs the benefits?  Are there pitfalls to be avoided?

Unless you are the type of person who likes to mix broken glass
with your Preparation-H you should not be writing Windows front
ends in C++.  You can be much more productive if you use a tool
for front ends, such as VB, rather than dealing directly with the
mess that is Windows or, that mess on top of a mess, MFC.  (Using
OWL is very minor improvement.)

I have had no problems mixing C++ and VB.  I have always let VB drive
the application and have called C(++) DLLs to do heavy processing.

It is possible to call VB from C++ only by sending messages.  This
is not a mechanism that should be encouraged.  If you get into such 
a situation where C(++) has to call VB then you will be geting into 
trouble.  You should design your application so this is a rare 
occurance in your application.

An alternative would be to look at Delphi.  You would get the
Visual environment of VB and some of the OO capabilities of
C++.

John

-----------------------------------------------
VisualWare, Inc.
Custom Visual Basic, C++, and Windows Programming
1675 East Main St, Suite 218
Kent OH 44240
(216) 297-4444
visualware@interramp.com
-----------------------------------------------