On 25 Sep 2006, at 23:25, Mike Woodworth wrote:
now, in the interest of harmony, i agree we should get more stuff to help users do high speed apps. i'd suggest some compiler optimizations for ptrs. and the one problem i see with RB that periodically makes me pine for Xcode, is the lack of a multiprocessor friendly framework. the fact that simple object allocations and string operations aren't thread safe is a major PITA.
It's all about horses for courses- you want to use the appropriate language for solving the appropriate problems.
REALbasic is good for building user interfaces, but deficient at generating code for computationally intensive problems.
C/C++ is pretty good at generating code for solving computationally intensive problems, but is deficient when producing code for doing user interfaces.
(Pedants note that I'm lumping the language and runtime library together.)
What you want is to be able to mix and match with the minimum of overhead. Writing plugins is still fairly laborious. If you want to expose object properties to REALbasic, you've got to deal with all the reference counting gubbins, providing accessor functions, etc. This is understandable, and is probably more of a failing of C/C++ as the language doesn't do much to expose meta-data relating to classes/ structs/functions/etc at runtime.
Where REAL Software would be better advised to focus their energies is in making it easier to integrate C/C++ code with REALbasic.
This is the same boring argument applied to every single language that isn't C/C++.
-- Kind regards, James Milne _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html>
