我是一名程序员,从事使用 .Net 4.0 的项目,并试图找出将松散耦合和可扩展设计与有时异步执行有时仅同步执行相同逻辑操作这一事实相结合的最佳方式(每个支持异步的实现也支持同步,但反之则不然)。在这个项目中,每一个这样的逻辑操作都由一个接口(interface)来表示(松散耦合和可扩展性要求很高)。让我们将我的问题集中在一个特定的接口(interface)上:IDataDictLoader
.
该接口(interface)负责加载一个名为 DataDict
的对象。 .此接口(interface)有两种可能的实现:一种称为 LocalDataDictLoader
。它使用本地 dll 并执行同步操作(返回 DataDict
),另一个称为 WebServiceDataDictLoader
它使用网络服务并异步(返回Task<DataDict>
)或同步执行操作。配置文件中的值确定要创建的实现 - 如果该值为“本地”,则 LocalDataDictLoader
已创建,如果值为“WebService”,则 WebServiceDataDictLoader
被 build 。创建部分使用约定引导的反射,在函数 IDataDictLoader CreateLoader(string configValue)
中.调用该函数并使用该接口(interface)的代码事先并不知道实现是什么,即使它想知道也无法访问配置值。问题是如何设计接口(interface)?截至目前,我想到了多种选择:
- 在接口(interface)上有两种方法,一种是同步的,一种是异步的,并且在
LocalDataDictLoader
中有异步包装器对于同步版本。正如 Stephen Toub 建议的那样 here ,这不是推荐的解决方案。 - 按照 Josh 对问题 here 的回答所建议的去做,在他的 IIMViewModelDL 示例中,这样接口(interface)将具有带回调参数的 void 方法。虽然该解决方案将从客户端代码中隐藏实现细节,但我觉得它具有使用回调的异步调用语义。在我看来,这相当于总是返回一个
Task<DataDict>
。并让同步实现同步加载,然后使用TaskCompletionSource<DataDict>
重新调整已完成的任务的结果.出于同样的原因,这与选项 1 是错误的。 - 将接口(interface)拆分为两个接口(interface):
IDataDictLoader
对于同步,IAsyncDataDictLoader : IDataDictLoader
对于异步和同步。该解决方案为客户端代码提供了操作是否可以异步执行的知识,它不会“说谎”其性质。现在的缺点是客户端代码,称为CreateLoader(string configValue)
, 现在必须使用 as/is 条件编码风格才能知道它收到了IDataDictLoader
这实际上是一个IAsyncDataDictLoader
还是不是。
那么,您将如何平衡松散耦合和可扩展性的需求,同时揭示配置的实现是否支持异步的真实性质?
最佳答案
我认为你应该做的是让你的界面异步。如果一个实现是同步的,它可以返回一个已经完成的Task
。这样,您的消费代码就不需要了解实现,并且可以将其视为异步的。
关于c# - 如何将松散耦合和可扩展的设计与可能的异步实现相结合?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16844468/