【问题标题】:Dependency in WPF custom controlWPF自定义控件中的依赖
【发布时间】:2013-11-08 22:00:40
【问题描述】:

我正在编写一个从 Listbox 扩展的 WPF 自定义控件。在控件中,我有一个边框,我需要使用一些特定的逻辑来调整它的大小。此逻辑嵌入在另一个类(不同的库)中,即此自定义控件具有依赖关系。所以

1.我应该通过在控件中写入一个依赖属性来注入这个依赖,然后将这个属性分配给封装逻辑的对象还是

2.自定义控件不应该依赖于任何库 在这种情况下,我必须复制逻辑。

【问题讨论】:

  • 我没有理解你的问题,但是在编程时你应该遵守一些规则,比如不要重复自己。因此我选择no1。 :D :D :D
  • 感谢开发,但用户控制不应依赖于任何外部依赖项。所以不确定我的第一个选择
  • 用户控制可能依赖于外部程序集,谁说可能没有?如果您编写一个允许编辑瞳孔的用户控件,则意味着您最终将有很少的文本框,当然您可以在需要时引用业务实体瞳孔,例如在另一个称为业务实体的程序集中。或者另一个例子,如果用户控件的主题在另一个外部资源中,当然你可以引用它,为什么不呢?
  • 对不起,我的错,我不是说“用户控制”,我想在我之前的帖子中说“自定义控制”,而“自定义控制”应该是独立的。但在“用户控制”方面,您是正确的。
  • 好的,我明白了。是的,CUSTOM CONTROL 应该是独立的。

标签: c# wpf wpf-controls


【解决方案1】:

我相信您可以回答自己的问题...想象一下这种情况:您选择选项 1。现在,如果控件的用户 提供该选项,您的 CustomControl 会做什么财产?我可能是错的,但在这种情况下,您似乎仍然需要提供功能的默认实现......这可能表明您的第二个选项更直接。

【讨论】:

  • 感谢谢里登的回复。我想我会提供一个默认的实现。自定义控件将在组织内使用,因此应该没问题。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-12-27
  • 1970-01-01
  • 2016-05-06
  • 1970-01-01
相关资源
最近更新 更多