创建自定义扩展程序控件时的混淆

Question

我有两个问题，在这里紧密耦合。

当您查看有关创建扩展程序控件的msdn文档时，他们鼓吹新控件必须从ExtenderControl继承，这是Asp.net Ajax Library引用的一部分：阅读更多关于它的信息。，但是在阅读有关扩展程序控件的更多信息时，我还发现了这，它声明控件必须从ExtenderControlBase继承，ExtenderControlBase是AjaxControlToolkit的一部分。如果认为没有意义，Toolkit已经是扩展程序控件集合，并且

1. 为什么我的新控件应该从另一个实际继承自Microsoft Ajax Library的基础继承，这也使得使用我的控件的客户端也包含了Toolkit dll，不管他们是否喜欢。
2. 另外，在我上面给出的两个参考中设置的属性的方式也是对比的。Msdn是用get/set方法来实现的，但是Toolkit文档更喜欢GetValue, SetValue。现在就跟上来。

3.虽然这并不是一个真正的问题，但是您是如何维护控件类库的呢?我的类库现在已经设置好了，根本没有任何安排。你是根据文件夹排列它们的吗？你是否根据它们的功能来放置它们。

Answer 1

1) ExtenderControl是.NET框架的一部分，是一个可以扩展的抽象类，可以使用自己的实现创建自己的扩展程序控件。

ExtenderControlBase来自外部AjaxControlToolkit库，该库扩展ExtenderControl以提供更完整的实现，该实现在库中进一步使用，并可供其他人使用。它节省了从零开始构建自己的工作，因为您可以利用已经到位的实现。

2)使用与您决定使用的引用相匹配的任何get/set语法。

3)约定通常是使用与名称空间相匹配的文件夹结构，按逻辑方式分组。基于功能听起来是一种明智的方法。