By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
458,111 Members | 1,640 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 458,111 IT Pros & Developers. It's quick & easy.

type identifier and OO design

P: n/a
I know that everything related to OO is off topic here, but...

I am designing a framework which allows to do OO in pure C, called COS
(stands for 'C Object System' inspired by CLOS and Objective-C) and it
will be mainly addressed to C users (publicly available) with idioms as
close as possible to those of C. One thing which is highly subjective is
identifiers' names, and one of the most used identifier is the type
identifier of objects.

Objective-C uses 'id' as a generic object type. I find this identifier
too short and pretty common, and since COS is fully written in C (it is
not another language), it could collide with a lot of existing libraries
headers. Since the OO code is growing significantly, it's time for me to
fix this type identifier.

Up to know I am using 'obj' and I am happy with it, but I am not sure
that it will be accepted widely. Here is a list of some alternatives I
was thinking about (open):

obj // actually, used
OBJ // not so bad alternative
object // too common, may collide a lot.
Object // not possible, already used by class Object.

I would like something short since the type is very common in COS, think
about something like 'my', 'var', 'let' in some scripting languages. And
I don't want the trailing _t to mention that it's a type (like FILE).

What would be your preference (justification would be a must)?

To avoid newsgroup pollution, I would recommend private answers.

Thanks,

a+, ld.
Oct 30 '06 #1
Share this question for a faster answer!
Share on Google+

This discussion thread is closed

Replies have been disabled for this discussion.