FROM : M. Uli Kusterer
DATE : Thu Nov 04 23:46:44 2004
At 23:25 Uhr +0100 31.10.2004, Ole Voß wrote:
>Yes, that does sound feasible but I would still
>have to re-include this header file in every
>class that I use it in?
YES. He said it about three times now.
>I'm just spoilt because I've been programming
>Perl for over five years now and that language
>just does everything for you ;-)
I doubt it. IIRC Perl just defers the decision
about whether to fail to runtime, while C and Co.
decide it at compile time. The advantage of the
former approach is that in a few cases a class
has been loaded at runtime and it works. The
advantage of the latter is that it's less likely
to bomb in the face of the user because your
mistakes were already noticed at compile time.
>If I include my module once - it just stays
>available to all my other modules and I don't
>have to re-include it.
If you have all your code in one file, yes. But
even in Perl, if you have several 'compilation
units' (i.e. several files) you can't just assume
Perl will drag the stuff together. If you want
the same behavior as Perl, you can do that as
well:
Don't add your files to the project file,
instead, create one main.m file that includes all
other .m and .h files once, in the right order.
Then it'll behave just like Perl does.
>C is too far away to even remember...
Then you'd better start remembering it now,
because the language you're using right now is
called Objective *C* for a reason...
Sorry, it's late, I'm tired.
--
Cheers,
M. Uli Kusterer
------------------------------------------------------------
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de
DATE : Thu Nov 04 23:46:44 2004
At 23:25 Uhr +0100 31.10.2004, Ole Voß wrote:
>Yes, that does sound feasible but I would still
>have to re-include this header file in every
>class that I use it in?
YES. He said it about three times now.
>I'm just spoilt because I've been programming
>Perl for over five years now and that language
>just does everything for you ;-)
I doubt it. IIRC Perl just defers the decision
about whether to fail to runtime, while C and Co.
decide it at compile time. The advantage of the
former approach is that in a few cases a class
has been loaded at runtime and it works. The
advantage of the latter is that it's less likely
to bomb in the face of the user because your
mistakes were already noticed at compile time.
>If I include my module once - it just stays
>available to all my other modules and I don't
>have to re-include it.
If you have all your code in one file, yes. But
even in Perl, if you have several 'compilation
units' (i.e. several files) you can't just assume
Perl will drag the stuff together. If you want
the same behavior as Perl, you can do that as
well:
Don't add your files to the project file,
instead, create one main.m file that includes all
other .m and .h files once, in the right order.
Then it'll behave just like Perl does.
>C is too far away to even remember...
Then you'd better start remembering it now,
because the language you're using right now is
called Objective *C* for a reason...
Sorry, it's late, I'm tired.
--
Cheers,
M. Uli Kusterer
------------------------------------------------------------
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de






Cocoa mail archive

