我应该使用什么设计模式在 Linq 搜索屏幕的查询和文本框之间创建简单的绑定映射？

Question

我发现自己一遍又一遍地开发 WinForm 业务应用程序屏幕，其中有一堆用于搜索条件的文本框，然后是一个搜索按钮。 使用 Linq 将它们映射到表达式中，然后传递到我的 Linq2Sql 层。

我想创建一种简单的方法来使用不同的选项（例如“contains”、“startswith”、“exactmatch”等）将这些文本框“绑定”到底层查询...

我想象的是这样的（注意SearchBinderT 是虚构的）：

SearchBinder<Customer> searchBinder = new SearchBinder<Customer>();
searchBinder.Bind(txtFirstName, a=>a.FirstName, SearchBinderOptions.StarsWith);
searchBinder.Bind(txtLastName, a=>a.LastName, SearchBinderOptions.StarsWith);
searchBinder.Bind(txtTelephone, a=>a.Phone, SearchBinderOptions.Equals);
searchBinder.SetAction(btnSearch, MyMethodThatHandlesTheExpressionTreeAndFillsTheResults);

然后点击搜索会自动生成文本框不为空的表达式树并执行搜索。 但这只是我脑海中的一种模式——还有更多。 我主要关注快速应用程序开发。

• 您会为此使用什么设计模式（或者我认为很好）？
• 您将如何处理其他数据类型（小于/大于的日期/数字）

Answer 1

lambda 的延迟执行和捕获状态不能解决这个问题吗？

Predicate<Customer> searchQuery = c => {
   c.FirstName.StartsWith(txtFirstName.Text)
   && c.LastName.StartsWith(txtLastName.Text)
   && c.Phone == txtTelephone.Text;
}

void btnSearch_Click(object sender, EventArgs e) {
    return IEnumerable<Customer>.Where(searchQuery);
}

由于 searchQuery 在单击按钮之前不会执行，因此无需抽象出与“构建器”组件的比较。 访问文本框存在整个多线程问题，但您可以使用 Expression 代替，并使用 Control.Invoke 分解和重建。 或者，只需从 Invoke 开始编写即可。 或者，将其发送回 UI 线程来运行。

但是，如果您确实想遵循您的设计 - 我建议使用 Expression 而不是您拥有的比较运算符。 它更加灵活，并且可以为您节省大量工作。

至于设计模式，我知道的最接近的是 查询对象 - [N]Hibernate 的形式为 标准。 不过，它更多地涉及构建动态查询，而不是绑定到 UI 元素（同样，我没有看到这一点）。 在您的示例中，您的查询是硬编码的 - 所以我不确定会有什么好处。