Warp wrote:
>   I don't really understand what's your point.

Did you read the link about DDD?

If you design software that way, one of the rules can be summarized as 
"objects which you can copy must have value semantics" by which it is meant 
that they must be immutable once created, like integers or Java strings.

On the other hand, objects which have an identity (i.e., which correlate to 
real world entities or get stored persistently) cannot be duplicated.

In other words (and over-simplifying), your objects either represent things 
related to the domain (and thus have an identity and thus make no sense to 
duplicate in memory) or they represent attributes of those things (and thus 
have no identity but also don't make sense to modify, being the values an 
attribute in the modifiable entity takes on).

Given that, a language where anything big enough to hold a pointer needs to 
be treated as a reference doesn't seem like a burden. That a pixel may need 
to get accessed with a syntax like a "friend function" provides instead of 
distinguished-caller doesn't seem problematic to me in the big picture, if 
indeed your language requires such a change.

-- 
   Darren New, San Diego CA, USA (PST)
   There's no CD like OCD, there's no CD I knoooow!

Post a reply to this message