- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
最近,我对设计模式非常感兴趣,尤其是在实现一个或多个接口(interface)的类中遵循正确的设计模式。
让我们举个例子。当一个类实现IDisposable
时,您应遵循一种特定的模式,通过创建一个私有(private)的Dispose(bool dispose)方法来区分资源是否被终结器调用,还是由公共(public)的Dispose调用,以确保正确清理资源。方法。另外,在这种情况下,应该实现终结器,并且您可能还需要一个由Dispose方法设置的私有(private)bool变量isDisposed,以便在对象被Dispose之后调用的任何方法都将调用Exception,以明确表明此对象因为已经丢弃了某些必需的资源,因此已经废弃了,而不是方法内部的代码崩溃了,因此不再可用。
我还会例行实现很多其他接口(interface),但是我不确定不是所有这些接口(interface)都可以实现,因为我可以确定实现它们的方式是否是首选方式,稍后我可能会发现它会导致一个细微的错误,即很难找到,如果我一开始就遵循正确的模式,那可能就不存在了。
我想知道最佳实现方式的一些接口(interface)示例是ISerializable,IComparable,IComparable <>,ICloneable,IEnumerable <>等。框架中的所有接口(interface)在这里都很有趣,因此它不应该局限于我上面列出的那些接口(interface)。
我所追求的是针对不同的界面,首选的方式以及希望与互联网上资源的链接,该链接说明了如何以及为什么应遵循特定的模式。
我希望能很好地收集这些模式,因为我知道它们可以极大地改善我的代码并使之更正确,并遵循最佳实践。
如果同一接口(interface)有多种模式,那就太好了,因此我们可以讨论哪种模式是更可取的。这也可能导致你们中的一些人转向新的模式,或者对您现有的模式进行修改以进一步改善代码,那就太好了!
编辑
在阅读了Grzenios的评论之后,我还敦促每个人提供应该应用该模式的上下文。例如,仅当您的类中有一些需要处理的非托管资源时才应遵循IDIsposable模式,而不是如果需要处理的所有对象本身都实现了IDisposable则不应该遵循IDIsposable模式。
编辑2
我可能应该自己开始,因为我在这里提出了问题。因此,我将描述一种我很熟悉的模式,那就是IDisposable模式。
仅当您的类在您的类中包含一个或多个非托管资源并且您必须确保将其分配为Dispose时,才应使用此模式。在这种情况下,除了Dispose方法外,我们还需要一个终结器,以防您的类的用户忘记处理它。
所以第一件事。您的类应实现IDisposable接口(interface),并且您必须通过该接口(interface)将公共(public)Dispose方法定义为goverend。此方法应如下所示:
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
private bool alreadyDisposed = false;
protected virtual void Dispose(bool isDisposing)
{
if (alreadyDisposed)
{
return;
}
if (isDisposing)
{
// free all managed resources here
}
// free all unmanaged resources here.
alreadyDisposed = true;
}
~SomeClass(){
Dispose(false);
}
public void SomeMethod()
{
if (alreadyDisposed)
throw new ObjectDisposedException("SomeClass",
"Called SomeMethod on Disposed object");
// Method body goes here
}
最佳答案
在学习设计模式时,您还应该查看一些常见的反模式,从而了解模式的来源。 IDisposable
有点像反模式,是sequential coupling的次要版本,因为它要求用户调用dispose,如果他忘了,那您就大为the幸了。 “一次性模式”的主要原因之一就是要解决此问题。
无论如何,首选的技术(无论如何)不是将IDisposable对象公开给用户,而是公开一个方法(例如,称为Using(...)
),该方法采用一个委托(delegate),该委托(delegate)将执行通常包含在using(...) { }
中的代码堵塞。此方法可以执行构造,执行委托(delegate),然后处理消耗的资源,并至少消除IDisposable的3个问题:用户忘记调用它,用户多次调用它以及用户也调用它的问题。尽早-当没有IDisposable暴露时,您无需为该样板“disposable pattern”烦恼。
举个例子,假设我有一个文件IO要求,需要定期打开相同的文件(因此,如果用户忘记调用Dispose,我就不必等待垃圾收集器调用Finalize了)。
class MyFileStream {
FileStream fs;
private MyFileStream(string filename, FileMode mode) {
fs = new FileStream(filename, FileMode.Open);
}
private void Dispose() {
fs.Dispose();
}
public static void Using(string filename, FileMode mode, Action<MyFileStream> use) {
MyFileStream mfs = new MyFileStream(filename, mode);
use(mfs);
mfs.Dispose();
}
public void Read(...) { ... }
}
var x = default(...);
MyFileStream.Using("filename.txt", FileMode.Open, (stream) => {
x = stream.Read(...);
});
Console.WriteLine(x);
using() { }
语言的语法,只是这次您被迫使用它,并且施加了进一步的限制。人们不能忘记以这种方式清理资源。
yield
关键字,它将在后台为您创建IEnumerable <>。 关于c# - 使用特定的模式来实现接口(interface),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3708306/
编写一个仅用于集中其他接口(interface)的接口(interface)是好的做法还是坏的做法? interface InterfaceA : InterfaceB, InterfaceC { }
有没有一种方法可以确定具体类型从任意接口(interface)列表?我知道类型转换,但我想知道所有满意的接口(interface)。 例如,给定: type Mover interface { Mo
我正在尝试制作斐波那契堆。 (在我正在上的算法课中多次提到它们,我想检查一下。)我希望堆使用任何类型的节点,所以我定义了一个 Node 接口(interface): package node type
这是我的代码: type IA interface { FB() IB } type IB interface { Bar() string } type A struct {
示例 A: // pseudo code interface IFoo { void bar(); } class FooPlatformA : IFoo { void bar() {
合并它编译的 leppies 反馈 - 但 IMO 有一些缺点,我希望编译器强制每个子类定义它们自己的 Uri 属性。现在的代码: [] type UriUserControl() = inh
我正在构建一个项目,该项目从用户那里获取一个术语,然后执行谷歌搜索并返回一个 json 格式的标题列表。 我正在使用 serpwow API 来执行谷歌搜索并试图解析响应。 但是我收到的错误是: pa
我只想在其他接口(interface)中实现某些接口(interface),我不希望它们能够被类直接继承。 提前致谢! 最佳答案 您不能在 C# 中执行此操作 - 任何类都可以实现它有权访问的任何接口
我是 Go 的新手,还有一些我还没有掌握的技巧 例如,我有一个可以这样调用的函数: myVar.InitOperation("foo",Operator.EQUAL,"bar") myVar.Init
我有一个通用接口(interface)来描述对输出流的访问,如下所示: interface IOutput { function writeInteger(aValue:Int):Void;
我正在做一个项目,我想通过某种接口(interface)(最好是 USB)将光电探测器电路安装到计算机上。但是,由于我是新手,所以我不知道应该朝哪个方向处理这个问题。假设我有一个带有 USB 连接的光
背景 我正在尝试创建一个简单的应用程序,以真正理解DDD + TDD + etc的整个堆栈。我的目标是在运行时动态注入DAL存储库类。这让我 域和应用程序服务层可测试。我打算用“穷人的DI”来完成 现
在 Java 中,接口(interface)扩展接口(interface)是完全合法的。 UML 中的这种关系看起来像“扩展”关系(实线、闭合、未填充的箭头)还是“实现”关系(虚线、闭合、未填充的箭头
我想创建一个具有相等和比较函数默认实现的接口(interface)。 如果我从类型 IKeyable 中删除所有内容除了Key成员,只要我不添加默认实现,它就是一个有效的接口(interface)。从
COM 中的双接口(interface)是能够通过 DispInterface 或 VTable 方法访问的接口(interface)。 现在有人可以告诉我这两种方法之间到底有什么区别吗? 我认为 V
我有一个类方法,它返回一个可以迭代的员工列表。返回列表的最佳方式是什么?通常我只返回一个 ArrayList。然而,据我了解,界面更适合这种类型的操作。哪个是最好使用的界面?另外,为什么返回接口(in
我想从包装类外部实例化一个内部非静态接口(interface)。 这可能吗? 考虑以下代码: shared class AOuterClass() { Integer val = 3; shared
我为一个类编写了一个接口(interface),如下所示: public interface IGenericMultipleRepository { Lazy> addresses { ge
我是 UML 的初学者,现在我正在创建一个序列图,问题是我想根据用户输入实现 DAO 接口(interface)。如何在时序图中正确绘制以实现接口(interface)。 最佳答案 您不会在 SD 上
要使用 jsr 303 验证创建有条件验证的组,请将接口(interface)类传递给注释,如下所示: @NotEmpty (groups={UpdateValue.class}) 我有很多不同的接口
我是一名优秀的程序员,十分优秀!