apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan Bloom" <...@covalent.net>
Subject RE: more notes on the apr_time_t issue
Date Sat, 13 Jul 2002 16:13:04 GMT
> From: Aaron Bannert [mailto:aaron@clove.org]
> On Fri, Jul 12, 2002 at 10:44:33PM -0700, Justin Erenkrantz wrote:
> > As Roy pointed out, this is partial hiding.  I'm now of the mind
> > that it should be a full ADT under an abstract type.  Therefore,
> > the +/- operations should be handled by an API.  (For performance
> > reasons, it can be a macro - say apr_time_add/apr_time_diff which
> > do the obvious C scalar operations.)  But, under no circumstances
> > for this solution, can the user do *anything* with the value
> > without going through some API.
> Don't you think that will kill performance?

The VERY first apr_time implementation was an incomplete type, making it
an ADT.  That was removed because performance sucked.  You can't make
simple types like time incomplete.


View raw message