|
![](/i/fill.gif) |
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
|
![](/i/fill.gif) |