Getting the const-correctness of Object sorted once and for all

Mehrdad wfunction at hotmail.com
Mon May 14 12:25:07 PDT 2012


On Monday, 14 May 2012 at 19:13:30 UTC, deadalnix wrote:
> Le 14/05/2012 21:04, Mehrdad a écrit :
>> On Monday, 14 May 2012 at 18:52:06 UTC, deadalnix wrote:
>>> The only reason I'd see a toSting function as non pure or non 
>>> const is
>>> memoize. It can be tackled with lib support in phobos.
>>> What are other uses cases ?
>>
>> Not necessarily 'memoization' -- you could be instead querying
>> another object for this information, which may not be const.
>> (Say, a network connection.)
>
> I'd argue that hiding such an operation in toString or similar 
> stuff is what you want to avoid.

Uhm, I beg to differ...

What, exactly, is wrong with asking a non-const object for your 
toString() information?


More information about the Digitalmars-d mailing list