Deprecation schedule

Bruno Medeiros brunodomedeiros+spam at com.gmail
Tue Dec 7 17:44:31 PST 2010


On 08/12/2010 00:53, Don wrote:
> Lutger Blijdestijn wrote:
>>
>> Although it's good to remove things, why should it be rushed? What is
>> the inconvenience of having deprecated stuff lingering?
>
> Some features cannot be implemented until some deprecated functions have
> been completely removed.
>

I'm surprised that's the case, what exactly are those features?


I think that likely there should not be a constant rule for (T2 - T1). 
It depends on how much value is gained by removing the deprecated 
feature. If the new API can coexist with the deprecated one without 
drawbacks, and there is not much maintenance work done on the deprecated 
implementation, there is little gain in removing it, so I agree with 
Lutger that (T2 - T1) should be long. But otherwise it should be 
shorter, yeah.


-- 
Bruno Medeiros - Software Engineer


More information about the Digitalmars-d mailing list