c# - 如何正确地将类与框架解耦(源代码级解耦)

Question

我正在使用 Microsoft XNA 框架开发一个游戏项目，尽管这个问题是一个涉及类/系统解耦的通用问题。

假设我有一个类(已简化以适合此示例)，如下所示:

public class GameCell
{   
        public Color Color { get; set; }
}

我想在使用 C# 的多个平台之间尽可能多地重用代码。

直接引用 Color 结构的问题是这种类型是在 XNA 程序集中定义的，在我的代码和 XNA 之间创建了强耦合(或依赖)。

我将使用的其他框架可能(也可能没有)有自己的 Color 对象，有自己的一组属性和 API。

我希望相同的源文件“知道”自动使用 XNA 或其他框架的实现。

我知道其他类型的解耦方法，例如 IoC，但这意味着我将插入不同版本的系统/类，而不是在不同的上下文中重复使用相同的类。

这甚至可以做到吗？你会如何建议保持这样的系统便携？

我见过一些情况(在 native C++ 开发中)，您将定义一组类来反射(reflect)您正在使用的框架所具有的类(例如，此处 - 再次定义 Color)，因此可以稍后根据需要“重新映射”以使用不同的类。

另一种选择是使用#IFDEF 来玩弄类标题中的 using 语句(从 XNA 切换到其他平台)。在这种情况下，最佳替代方案是什么？

Answer 1

通常您所做的是创建您自己的 Color 结构并让它使用条件编译开关进行转换。例如:

#define USE_DOTNET
//#define USE_SOMETHINGELSE

#if USE_DOTNET
using System.Drawing;
#endif

#if USE_SOMETHINGELSE
using SomethingElse.Drawing;
#endif

public struct MyColor
{
    #if USE_DOTNET
    Color TheColor;
    #endif
    #if USE_SOMETHINGELSE
    SomethingsColor TheColor;
    #endif

    public int R
    {
        get
        {
            #if USE_DOTNET
                // code to return .NET Color.R value
            #endif
            #if USE_SOMETHINGELSE
                // code to return SomethingColor.R value
            #endif
         }
    }
}

另一种方法是为 .NET 和 SomethingElse 代码设置单独的区域。例如:

#if USE_DOTNET
public int R
{
    get { return TheColor.R; }
}
// other properties and methods here
#endif

#if USE_SOMETHINGELSE
// properties and methods for using SomethingElse
#endif

这可以很好地工作，但是在编写代码时必须非常小心，以免在这些可移植层之外的任何地方使用 .NET Color 结构。

在开发必须在 Windows、Mac 和多种不同游戏机上运行的游戏时，我们在 C/C++ 中使用了这种技术。设置可移植层很麻烦，但一旦设置好，使用起来就非常容易。

不过，我要提醒您，不要为您的可移植类和结构提供与 .NET 库或您正在使用的其他库中的类或结构相同的名称。如果您这样做，您将自己弄糊涂，并且您可能会编写一些不可移植的代码，直到您开始尝试移植它时才会发现这些代码。 (并不是说我是根据经验或其他任何东西......)