我刚刚走出一个设计会议和已经提出的一个问题,我在那里我得到了我的一个想法关于如何结构中的一些。dll的一个项目,我们正在建设。说实话我不知道这个"想法"来自它只是看起来像天然认识到我。但是它会有用的,如果我能回了这些意见的一些记录的分析。

任何人都不会知道的任何资源,明确讨论不同的机制结构组件/modules/来源?

更新:

好的想法是没有什么特别的。我们正在讨论的一个抽象层的某些硬件这样的"程序",消耗这些服务可以(排序)平台的独立的.以前我们已经有一个接口。dll声明的接口的程序要求和一个实现。dll实现他们对一个平台,我们已经就此为止。现在我们有两个平台,但它们都非常相似。防止接口。dll从被污染的或一些可怕的情景的实现方式引用一个另一个我仅仅是建议我们创造另一个。dll之间的接口和specificplatform.dll共同的抽象的实现方式可以生活。

有帮助吗?

解决方案

如果你有一个机会,看看这本书由罗伯特*C。Martin:

敏捷的原则、模式和做法C# (这是新版本的具体目标。Net)

有一章专门组件的设计(可能)回答你的问题。

在摘要,并阅读了那本书,我总是建议分离的部件通过这些标准:

  • 组件的单位或再利用:如果有类必须一起使用,他们走在同一个大会。

  • 组件单位的改变:如果有类不需要更改的同样的原因,他们可能不应该在同一个大会。

  • 组装单位的部署:如果有类,必须以物理部署在同一地方,他们可能应该走在同一个大会。

当然这些只是 试探 并不是食谱。你最终需要决定如果每一个这三个设计试探你需要的基础上的建筑目标的应用程序(具体的建筑目标进行部署和发展/改).

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top