问维护-平衡何时以及是否进行更改的问题

EN

我为其他人维护了几个库。在经历了几个版本之后，如果我必须重新做一次，我会做一些不同的事情。

问题是:我应该从头再来一遍吗？我想我们都面临着这样的两难境地--如何平衡维护活动的帮助和变化的破坏性影响。

显然，对于bug来说，改变是势在必行的。没有进退两难的局面。对于新功能，这是一个效用与增加的复杂性的问题。我对处理这个问题感到很舒服。

我问的是bugfix和新特性之间的模糊空间。一个例子是维护以符合框架设计指南或CLS遵从性。对于一个库，我写它时没有考虑到CLS兼容性，然后人们要求它。结果，我不得不修改接口，将uint换成int。这是一个颠覆性的变化，但几乎没有收获(对大多数人来说)。

另一个问题: FxCop合规性。为了让FxCop高兴，我不得不更改一些方法的参数名。但这些更改实际上只影响使用反射的人-类型没有更改，只有参数的名称。

我现在要处理的问题是:框架设计指南。关于事件的指导方针说，事件应该有一个带有两个参数的签名：(Object source，EventArgs e)。但是我那天缺席了我的框架设计课程;)。我的库中的事件目前只有一个EventArgs参数。

我现在正在向库中添加新事件。新事件是否应该遵循框架设计指南？或者已经在库中建立的模式？如果我使用新事件的设计指南，我是否应该修改现有事件以也符合设计指南？如果是这样，如何进行迁移？我应该使用过时属性吗？有多少个版本？

更广泛地说，我对这个介于bugfix和新特性之间的模糊区域的维护问题感兴趣。