Re: CodeWarrior vs. Xcode?
Re: CodeWarrior vs. Xcode?
- Subject: Re: CodeWarrior vs. Xcode?
- From: p3consulting <email@hidden>
- Date: Tue, 20 Apr 2004 10:20:37 +0200
Le avr. 20, 2004, ` 03:30, Bob Ippolito a icrit :
On Apr 19, 2004, at 8:55 PM, David Feldman wrote:
From what I heard from a friend, RB 5 is abysmally slow. Slower
than previous versions. (He returned his copy because of that and
started learning C/C++). Also, RB applications are typically very
large, because they embed the RB runtime. So, if you're going to do
all the essential work in C anyway, I don't see why you'd want to
use RB. It'll probably be less work to use the Win/Mac tools to keep
two GUIs in sync than it would be to learn RB, its Basic dialect,
*and* its plugin protocol.
I'm presuming RB is interpreted? If so it probably doesn't make sense
for a fairly complex app because there's bound to be a performance
hit. And, as you say, if most of the app is in C it seems odd to
switch over to RB for the UI. I've also found that, at least on the
Mac, RB-based apps tend to look not quite right in terms of the UI
conforming to the Mac OS X standards.
This is off-topic, however..
The performance hit of using an interpreted programming language for
an application these days isn't a big deal, especially with an event
driven GUI like Cocoa where most cycles are spent idling in a runloop.
For most applications, you wouldn't be able to tell the difference if
it was written in Python or Objective C, other than the difference in
startup time. In the cases where it would make a difference to write
a particular routine in C/C++/Objective C, all of the popular
interpreted languages can be extended rather easily.
For those interested in speed comparisons of various programming
languages:
http://www.bagley.org/~doug/shootout/craps.shtml
Pascal Pochet
email@hidden
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.