- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我不确定发生了什么。我有以下基类:
public class MyRow : IStringIndexable, System.Collections.IEnumerable,
ICollection<KeyValuePair<string, string>>,
IEnumerable<KeyValuePair<string, string>>,
IDictionary<string, string>
{
ICollection<string> IDictionary<string, string>.Keys { }
}
然后我有这个派生类:
public class MySubRow : MyRow, IXmlSerializable, ICloneable,
IComparable, IEquatable<MySubRow>
{
public bool Equals(MySubRow other)
{
// "MyRow does not contain a definition for 'Keys'"
foreach (string key in base.Keys) { }
}
}
为什么会出现该错误? “‘MyNamespace.MyRow’不包含‘Keys’的定义”。这两个类都在 MyNamespace
命名空间中。我尝试访问 this.Keys
和 base.Keys
,但在 MySubRow
中都不起作用。我尝试在 MyRow
中将 Keys
属性标记为 public
但得到“修饰符‘public’对此项无效”,我认为是因为有必要实现一个接口(interface)。
最佳答案
您正在实现 Keys
属性(property)明确。如果您想让该成员可公开访问(或 protected
),请更改 IDictionary<string, string>.Keys
至 Keys
并在其前面添加适当的可见性修饰符。
public ICollection<string> Keys { ... }
或
protected ICollection<string> Keys { ... }
您可以引用 base
作为 IDictionary<string, string>
的实例还有:
((IDictionary<string, string>)base).Keys
更多信息
(从您的评论来看,您似乎熟悉其中的区别,但其他人可能不熟悉)
C# 接口(interface)实现可以通过两种方式完成:隐式或显式。让我们考虑一下这个接口(interface):
public interface IMyInterface
{
void Foo();
}
接口(interface)只是类必须让调用它的代码可以使用哪些成员的契约。在本例中,我们有一个名为 Foo
的函数。不接受任何参数并且不返回任何内容。隐式接口(interface)实现意味着您必须公开 public
与界面上成员的姓名和签名相匹配的成员,如下所示:
public class MyClass : IMyInterface
{
public void Foo() { }
}
这满足了接口(interface),因为它公开了一个 public
匹配接口(interface)上每个成员的类上的成员。这是通常所做的。但是,可以显式实现接口(interface)并将接口(interface)函数映射到private
。成员:
public class MyClass : IMyInterface
{
void IMyInterface.Foo() { }
}
这会在 MyClass
上创建一个私有(private)函数只有外部调用者引用 IMyInterface
的实例时才能访问.例如:
void Bar()
{
MyClass class1 = new MyClass();
IMyInterface class2 = new MyClass();
class1.Foo(); // works only in the first implementation style
class2.Foo(); // works for both
}
显式实现始终是私有(private)的。如果你想在类之外公开它,你必须创建另一个成员并公开它,然后使用显式实现来调用另一个成员。通常这样做是为了一个类可以实现接口(interface)而不会弄乱其公共(public) API,或者如果两个接口(interface)公开具有相同名称的成员。
关于C# 属性在派生类中不可用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2148385/
我有一个无法理解的奇怪编译问题。 //I know, you should never derive from the STL Library template class SharedClass :
我是一个刚开始学习 Haskell 的菜鸟,所以如果我问愚蠢的问题,请耐心等待。 最近我在 SO 中遇到了演示如何导出函数和表达式的类型和实现的问题(诸如 How can I understand "
如何自动派生此 GADT 的 Read 实例: {-# LANGUAGE GADTs, StandaloneDeriving #-} data TypeDec a where TypeDecInt
我遇到了我想要的情况 Deal class要注意它DealDetail type反之亦然,我想 DealDetail注意Deal type .将来我想有很多 Deal 的后代和 DealDetails
我是 C# 新手,所以请多多包涵。 好的,所以我在不同的程序集中有两个类需要相互引用: namespace AssemblyA { class A { private B MyB {
简而言之,我已经实现了一个派生自 SynchronizationContext 的类,以便 GUI 应用程序可以轻松地使用在 GUI 线程以外的线程上引发的事件。我非常感谢对我的实现的评论。具体来说,
我正在设计一个小型系统,想知道如何为派生类分配内存的细微差别。 如果我有两个类(class) class foo { public: int a; Foo(): a(0) {}; }; class
我正在尝试编写一个派生 PartialEq 的枚举,其中包含一个手动执行此操作的特征对象。我使用了解决方案 here为了强制 Trait 的实现者编写相等方法。这无法编译: trait Trait {
以下代码可以编译(特别是 MyError 被识别为具有调试特性): use std::str; use std::fmt; #[derive(Debug)] enum MyError where F:
是否有一种简单的方法来注释结构中的字段,以便在派生 PartialEq 特征时忽略它们?例如: #[derive(PartialEq,Eq)] pub struct UndirectedGraph {
我正在编写代码来处理“Foo”类型的对象。 foo 是一种容器,为了提供对其元素的高效和抽象访问,它提供了 Element 类型的嵌套类。 Element 包装对象在容器中的位置。 现在,“Foo”可
假设如下: class child : public parent { public: fun1(parent * obj); //somewhere on the child class
我有几个模板类 template class Transition { public: virtual Cost getCost() = 0; }; template class St
我正在尝试使用自定义 QSortFilterProxyModel . 这是我的标题: #include class QSortFilterProxyModel_NumbersLast : publi
我正在使用 C# 和 mvc3。我在解决方案中添加了一个项目。我想创建一个新 Controller 并让它从我添加的项目中的 Controller 派生。我该怎么做? 最佳答案 在 Visual St
我在 python 中有一个对象,它派生自 QtGui.QGraphicsPixmapItem,具有一些基本属性和方法。在对此对象的引用上调用 deepcopy 后,当我尝试使用该副本时收到一条错误消
由于只能给FixedDocument添加页面,所以我写了一个派生类: public class CustomFixedDocument : FixedDocument { public voi
我在自定义 QMainWindow 时遇到了很大的问题,因为我不知道如何实现以下内容: 在 QMainWindow 文档中,QMainWindow 有一些用于工具栏、停靠小部件、状态栏和其他的特殊区域
我想感受一下QT,决定写一个小的十六进制编辑器。为此,我需要一个允许滚动的小部件。经过一番研究,我发现 QTextEdit 为此目的派生自 QAbstractScrollArea。在阅读 QAbstr
我正在寻找一种可以从已经发生的洗牌过程中派生出 key 的算法。 假设我们有被打乱的字符串“Hello”: "hello" -> "loelh" 现在我想从中导出一个 key k,我可以用它来撤销洗牌
我是一名优秀的程序员,十分优秀!