开放/封闭的灵活软件

Question

标题可能不太具有描述性，但我想不出更好的标题。我对此感到抱歉。

因此，我现在遇到的问题是我已经遇到过几次的问题。它实际上是关于设计模式和原则的，并且是独立于语言的，只要您的语言具有面向对象的功能。我将带您解决我当前遇到的问题，因为如果没有实际的示例，很难解释问题是什么。

因此，我在这里使用一些类来描述逻辑语句。想像这样：

condition = new And(new Equals("x", 5),
                    new EqualsOrOver("y", 20));

现在这一切都很漂亮，但是当我想使用这个类系统时问题就来了。现在，我正在创建一个系统，其中条件需要转换为 SQL WHERE 子句。

我可以通过多种方式做到这一点，但似乎没有一种方式遵循开放/封闭原则。例如，我可以让 Database 类解析条件并将其设为 SQL。问题是，通过这种方式，我无法在不需要更改数据库的情况下扩展我的条件，因此我们不遵循打开/关闭。

另一种方法 - 在这里看起来很合乎逻辑 - 是将一个 toSQL() 函数添加到我的 Condition 中。然而，在这种情况下，我无法将我的数据库交换为使用 XML（仅举个例子）的数据库，该数据库不需要 SQL 格式的条件。

我过去解决这个问题的一种方法是使用工厂。在这种情况下，工厂方法看起来像这样：

turnIntoSQLCondtion(Condition c)
{
    if (c instanceof Equals)
    {
         return new SQLEquals(c);
    }
    else if (c instanceof EqualsOrOver)
    {
         return new SQLEqualsOrOver(c);
    }
    else if (c instanceof And)
    {
         return SQLAnd(c);
    }
}

这不是那么好，但它会减少违反打开/关闭的情况。

现在，您可以很好地对数据库进行子类化。您只需要对您的工厂进行子类化，并且还必须创建一组特定于您的Database 的新Condition 类。您还可以在 Condition 类上发挥您的魔力。您可以创建一个新的Condition，但您还必须为每个Database 创建伴随类。最后，你必须修改你的工厂。

这是迄今为止我们见过的最小的违规行为，但我们仍然违反了开放/封闭规则。但事实上，我宁愿完全不违反它。有没有办法在始终坚持打开/关闭的情况下做到这一点？

Answer 1

这并不是那么好，但它会减少违反打开/关闭的情况

实际上没有。该方法违反了 OSP ;)

问题并不像您想象的那么难。简单地创建一个 SQL 语句工厂，在其中将每个 Condition 类映射到 SQL 条件类。

    public class SqlFactory
    {
        private Dictionary<Type, Delegate> _factoryMethods
            = new Dictionary<Type, Delegate>();

        public void Assign<T>(Func<T, ISqlCondition> factoryMethod)
            where T : ICondition
        {
            _factoryMethods.Add(typeof (T), factoryMethod);
        }

        public ISqlCondition Create<T>(T source) where T : ICondition
        {
            Delegate factory;
            if (!_factoryMethods.TryGetValue(source.GetType(), out factory))
                return null;

            return ((Func<T, ISqlCondition>) factory)(source);
        }
    }

用法：

        SqlFactory factory = new SqlFactory();
        factory.Assign<And>(obj => new SqlAnd(obj.Value));

        var and = new And();
        var sqlAnd = factory.Create(and);

Answer 2

我想知道装饰器模式的一些扩展在这里是否有用？

您希望将谓词定义为一种 DSL，或者可以适当解析的规则列表。

如果你将WherePredicate修饰为SqlPredicate，那么它会读取这组规则并返回一条SQL语句； XmlPredicate 也会做类似的事情。

这将使您处于一个良好的开放/封闭状态，通过添加新的装饰器来开放扩展，并关闭修改，因为您的规则列表是不可侵犯的。

Answer 3

受保护的变体 (PV) 致力于允许一个区域中的变化，而无需在另一区域中进行修改。间接（委托）是 @jgauffin 提出的，但正如您指出的那样，它只保护一侧。也许您还可以对不同的存储类型使用数据驱动设计（例如属性文件）来保护该方向的变化。在阅读您的问题时，我想到了 Hibernate 和 数据映射器。