相关疑难解决方法(0)

我正在思考一个C#库的设计,它将有几个不同的高级函数.当然,这些高级功能将尽可能使用SOLID类设计原则来实现.因此,可能存在供消费者定期直接使用的类,以及作为那些更常见的"最终用户"类的依赖性的"支持类".

问题是,设计库的最佳方法是:

• DI不可知 - 虽然为一个或两个常见的DI库(StructureMap,Ninject等)添加基本的"支持"似乎是合理的,但我希望消费者能够将该库与任何DI框架一起使用.
• 非DI可用 - 如果库的使用者没有使用DI,那么库应该仍然尽可能容易使用,减少了用户为创建所有这些"不重要"的依赖关系而必须完成的工作量.他们想要使用的"真实"类.

我目前的想法是为常见的DI库提供一些"DI注册模块"(例如,一个StructureMap注册表,一个Ninject模块),以及一个非DI的集合或工厂类,并包含与这几个工厂的耦合.

思考？

我遇到了很多优化提示,说明你应该将你的课程标记为密封以获得额外的性能优势.

我运行了一些测试以检查性能差异,但没有找到.难道我做错了什么？我错过了密封课程会给出更好结果的情况吗？

有没有人进行测试并看到了差异？

帮我学习:)

我是否应该密封我知道的所有课程,即使没有明显的性能或安全问题,也不应该将其作为基类,或者这只是增加了什么？

开放封闭原则指出"软件实体(类,模块,功能等)应该是可以扩展的,但是对于修改是封闭的".

然而,Joshua Bloch在其着名的书"Effective Java"中给出了以下建议:"继承的设计和文档,或者禁止它",并鼓励程序员使用"final"修饰符来禁止子类化.

我认为这两个原则显然是相互矛盾的(我错了吗？).编写代码时遵循哪个原则,为什么？你是否打开你的课程,不允许继承你的课程(哪些？),或者尽可能使用最终修饰语？

是否可以将对象用作关键字Dictonary<object, ...>,使得Dictionary只有在相同的情况下才将对象视为相等？

例如,在下面的代码中,我希望第2行返回11而不是12:

Dictionary<object, int> dict = new Dictionary<object, int>();
object a = new Uri("http://www.google.com");
object b = new Uri("http://www.google.com");

dict[a] = 11;
dict[b] = 12;

Console.WriteLine(a == b);  // Line 1. Returns False, because a and b are different objects.
Console.WriteLine(dict[a]); // Line 2. Returns 12
Console.WriteLine(dict[b]); // Line 3. Returns 12

当前的Dictionary实现使用object.Equals()和object.GetHashCode()键; 但我正在寻找一种不同类型的字典,它使用对象的标识作为键(而不是对象的值).在.NET中是否有这样的字典或者我是否必须从头开始实现它？

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

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

免责声明

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

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