4

与经典属性相比，使用它的最大收获是什么？

我知道实例名称的重复消失了，但仅此而已吗？

public class PropClass
{
  public Object1 object1 { get; set; }
  public Object2 object2 { get; set; }
}

PropClass propClass = new PropClass();
propClass.object1 = o1;
propClass.object2 = o2;

public class FluentClass
{
    public Object1 object1 { get; private set; }
    public Object2 object2 { get; private set; }

    public FluentClass SetObject1(Object1 o1)
    {
        object1 = o1;
        return this;
    }

    public FluentClass SetObject2(Object1 o2)
    {
        object1 = o2;
        return this;
    }
}

FluentClass fluentClass = new FluentClass().SetObject1(o1).SetObject1(o2);
4

4 回答 4

6

恕我直言，使用流畅的界面设置属性并没有太大的收获，尤其是使用 C# 3.0 类初始化程序。当您开始链接方法和操作时，流利的接口变得更加有趣。

于 2009-12-30T10:43:41.440 回答
2

这取决于它的使用方式。在您的示例中，使用流畅的界面没有多大意义。

另一方面，流畅的界面非常适合构建器之类的东西，尤其是当您将多个流畅的构建器链接在一起时（例如汽车制造商/引擎制造商）。我已经非常广泛地使用了测试数据生成器，它们工作得非常好。你可以在没有流畅界面的情况下做同样的事情，但使用起来不太好。

此外，还有 Martin Fowler在这里解释的领域特定语言角度。

唯一的问题是人们有时对流畅的接口有点疯狂，并创建了过于冗长的 API，但在我看来，这与其说是流畅的接口问题，不如说是应用程序/实现的问题。

于 2009-12-30T10:51:54.460 回答
2

当您想要减少代码重复并减少每个类之间的依赖关系时，Fluent 模式（Builder）将是最大的好处。对于 C# 3.5+，您可以通过创建方法扩展（如 LINQ 或以下代码）来创建流畅的模式。

public BaseControl
{
    public void RenderControl(HTMLWriter writer) {}
}

public TextBox : BaseControl
{
    public string Text { get;set; }
}

public static T TabIndex<T>(this T control, int index) where T : BaseControl {}

有了上面的代码后，你可以使用 TabIndex 来设置你想要的标签索引控件。

BaseControl control1 = new BaseControl();
control1.TabIndex(1);

// Moreover, you can use this for any devired controls like this
TextBox control2 = new TextBox()
{
    Text = "test"
};

// The following method still return TextBox control.
control2.TabIndex(2);

如您所见，您可以减少 BaseControl 类的不必要代码。但是你可以像我展示的那样改变它。这个概念适用于许多具有高耦合率的类。

顺便说一句，我喜欢这种模式，因为它使我的代码像下面的代码一样易于阅读。

var pmLogOnName = Html.CreatePopUpMenu("pmLogOnName")
                      .AddMenuItem("mLogOnName-RememberMe", "Remember UserName", isCheckBox: true, isSelected: true);

Html.CreateTextBox("txtLogOnName", 1)
    .BindData(Model, x => x.LogOnName, "showError")
    .WaterMark(LogOnView.LogOnName)
    .BindMenu(pmLogOnName)
于 2009-12-30T10:59:11.397 回答
0

在我看来，不一定有很大的优势，或者像上面那样的简单类（具有一些属性的类）。这是一种不同的语义，一些开发人员一方面对此感到满意。另一方面，我认为它在 ASP.NET MVC 等某些领域非常有利......我使用 Telerik MVC 控件，它使用流畅的界面，并且设置控件非常好；MS方式需要使用集合和匿名类，使用起来不太方便。

HTH。

于 2009-12-30T10:44:59.847 回答