我正在制作一个自定义的文本框控件，并且正在考虑在执行命令来打开和保存文件的构造函数中添加键绑定。我也在考虑处理我的文本框控件中的查找和替换对话框。从自定义文本框控件中处理打开的文件对话框和其他对话框的显示是否是不好的做法？
有没有我不应该这样做的原因？
- 编辑 -
我打算只用我的当前应用这种控制。我正在考虑这样做的原因之一是为了避免绑定到文本框的Text属性，因为这种绑定看起来就像在文本框的textchanged事件中更新字符串一样低效。
那么，灵活性浮现在脑海。请考虑以下方案，这将是不可能的（或至少很难）在你的控制：
要处理打开一个文件的多个或不同的方法，但它取决于你的应用程序。
你想使用你的文本框，但限制了功能 - 例如，查找/替换是不允许的。
你想改变任何一个应用程序的行为，但不是另一个应用程序的行为。例如，在应用程序A中，您希望在文本的末尾添加一个额外的斜杠，但在应用程序B中，您希望添加一个自定义文件夹名称。
一般来说，我会考虑更通用的东西。像文本框这样的东西有一个特定的目的;提高这个目标是好的，但你超越了这个目标。你正在将正确属于应用程序的逻辑放在特定的控件上。这限制了您可以通过多个应用程序进行控制。
当然，如果您正在为一个且仅有的一个应用程序专门编写控件，则无需担心这些问题。但我自己仍然认为这是一种不好的做法。