相关疑难解决方法(0)

如何处理一个密封在.NET库中的扩展类?

我正在阅读有关如何处理想要在.NET Framework库中扩展密封类的问题的地方.

这通常是一项常见且有用的任务,所以它让我思考,在这种情况下,有什么解决方案?我相信在我读过的文章中有一种"方法"可以扩展密封类,但我现在不记得了(它不是扩展方法).

还有其他方法吗?谢谢

.net c#

10
推荐指数
3
解决办法
8293
查看次数

Liskov替代和组成

假设我有这样一个类:

public sealed class Foo
{
    public void Bar
    {
       // Do Bar Stuff
    }
}
Run Code Online (Sandbox Code Playgroud)

我想扩展它以添加超出扩展方法可以做的事情....我唯一的选择是组合:

public class SuperFoo
{
    private Foo _internalFoo;

    public SuperFoo()
    {
        _internalFoo = new Foo();        
    }

    public void Bar()
    {
        _internalFoo.Bar();
    }

    public void Baz()
    {
        // Do Baz Stuff
    }
}
Run Code Online (Sandbox Code Playgroud)

虽然这有效,但它还有很多工作......但是我仍遇到一个问题:

  public void AcceptsAFoo(Foo a)
Run Code Online (Sandbox Code Playgroud)

我可以在这里传递一个Foo,但不是超级Foo,因为C#不知道SuperFoo确实符合Liskov替换意义......这意味着我的扩展类通过组合使用非常有限.

因此,解决它的唯一方法是希望原始的API设计者留下一个界面:

public interface IFoo
{
     public Bar();
}

public sealed class Foo : IFoo
{
     // etc
}
Run Code Online (Sandbox Code Playgroud)

现在,我可以在SuperFoo上实现IFoo(因为SuperFoo已经实现了Foo,只需要更改签名).

public class SuperFoo : IFoo
Run Code Online (Sandbox Code Playgroud)

在完美的世界中,消耗Foo的方法将消耗IFoo:

public …
Run Code Online (Sandbox Code Playgroud)

.net c# liskov-substitution-principle composition

9
推荐指数
2
解决办法
1416
查看次数

密封一个班级

密封课程不是我过去常常注意到的事情,但我发现自己想知道什么是最佳实践.如果你知道一个课程不会或不应该从中得出你是否会密封它作为一个预防措施,只需留下密封的关键字,知道有人试图从中获取的机会很小.

我想我要问的是,你是否应该密封所有不用于继承的课程,只是作为一种良好的做法?

c# design-patterns

8
推荐指数
2
解决办法
1381
查看次数

Python相当于.Net的密封类

python是否有类似于密封类的东西?我相信它在java中也被称为final类.

换句话说,在python中,我们可以标记一个类,以便它永远不会被继承或扩展吗?python曾经考虑过有这样的功能吗?为什么?

免责声明

实际上试图理解为什么密封课程甚至存在.答案在这里(和很多,很多,很多,很多,很多,真的很多其他地方)没有满足我的人,所以我试图从不同的角度看.请避免对这个问题的理论答案,并专注于标题!或者,如果你坚持,至少请给出csharp中密封类的一个非常好的实用例子,指出如果它是未密封的话会破坏大的时间.

我不是两种语言的专家,但我确实知道两种语言.就在昨天,在使用csharp进行编码时,我了解了密封类的存在.现在我想知道python是否有相同的东西.我相信它的存在是有充分理由的,但我真的没有得到它.

.net python class sealed

8
推荐指数
1
解决办法
1809
查看次数