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