Re: Xcode does seem hard on newbies(was Xcode release notes)
Re: Xcode does seem hard on newbies(was Xcode release notes)
- Subject: Re: Xcode does seem hard on newbies(was Xcode release notes)
- From: Ray Peterson <email@hidden>
- Date: Fri, 6 Aug 2004 16:54:04 -0700 (PDT)
--- j o a r <email@hidden> wrote:
>
> On 2004-08-05, at 19.15, Ray Peterson wrote:
>
> > well, painting a window in interface builder is
> fairly
> > straight forward and writing basic programs in
> xcode
> > is not too difficult after a couple of the online
> > tutorials.
> >
> > connecting these together seems to be the most
> > daunting part for me.
>
> Just keep at it for a while, sooner than you'd
> expect you'll get the
> hang of it.
i'm sure i will but banging my head against a wall
until i broke through was something i was trying to
avoid. xcode/ib just showed so much promise when i
first tried it. it is still promising, just more work
than i thought it was going to be. to be fair, i
think i'll back off on most of my criticisms of the
product that i've made so far. it's pretty big and
and because it's an ade for many languages and
interfaces, it would probably be asking too much for
it to have more smarts about all of them.
>
> > creating an 'appController' subclass of NSObject,
> > instantiating it, creating files for it, control
> > dragging back and forth and then setting outlets
> and
> > target/actions just does not seem elegant or
> > accessable to me.
>
> The integration between Xcode and IB could be
> better, but it's actually
> pretty good once you get the hang of it, and
> understand what's going
> on. Do you have an idea for an alternative approach?
> Doing it all in
> code (which is possible of course), is definitively
> much more difficult
> (especially to maintain).
my ideal approach for an interface builder would be
something that generates all that stuff behind the
scenes for me in a more complete manner. part of the
problem may be that i don't really understand what a
controller is really needed for (more reading and
playing i'm sure). to me, if a button is an object
and i've created classes and methods for my data
objects, i don't see why a 'create new employee'
button can't send a message directly to my
'createNewEmployee' method in the employee class.
this is not really an xcode issue or even really an
interface builder issue (other than expecting ib to do
more of the work generating app controllers in the
background). it's more of a cocoa interface issue -
either it needs to be simpler or i need to work
harder! ;-)
>
> > i suspect that some of the problems lie in the
> > model/view/controller concepts. i don't think i
> buy
> > the idea of controllers as objects. it seems like
> > someone got 'object happy' and is trying to jam
> > generic procedural code into an object. while
> this
> > might be big picture elegant (i.e. everything's an
> > object), at the design/coding level it seems to
> > obscure the significant differences between
> procedural
> > code and object/method code. every example of
> > controllers i've seen so far are just big event
> loops
> > just with different language around it(i.e. it's
> and
> > object sending messages instead of a big 'case'
> > statement calling procedures and functions).
>
> You're simply dead wrong on this one. Of course
> controllers are
> objects, just like all the other pieces in the Cocoa
> toolkit. It's
> absolutely not a bad place to use objects - it's a
> very good place to
> use OOP.
still reserving judgement on this one until i
understand what a controller's purpose is. again, not
really an xcode issue so this list is probably not the
place to continue this discussion.
still thanks for all the thoughts on this issue.
>
> j o a r
>
>
> ATTACHMENT part 2 application/pkcs7-signature
name=smime.p7s
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.