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