c# - 是否应该将 UI 组件传递给业务逻辑程序集以进行绑定(bind)

Question

我最近收到了一个代码库，它做了一些与我通常做的有些不同的事情。

主要区别在于它似乎将元素(例如下拉列表控件)向下传递到业务逻辑层(在本例中是一个单独的项目，但仍在同一解决方案中)，在业务逻辑层中绑定(bind)到业务数据地方。

我的自然方法总是将所需的信息呈现给 UI 并绑定(bind)到那里。

我正在努力将第一种技术与任何标准模式相匹配，但这可能取决于实际实现，而不是它正在做什么的想法。

有没有人以前遇到过这种类型的架构？如果可以，您能解释一下优点吗？

解决方案是一个 ASP.Net 网站。谢谢。

谢谢，

Answer 1

我认为这是一个糟糕的架构，因为最初的开发人员将业务逻辑与表示层紧密耦合。如果您想从 webforms 切换到 MVC，您必须重构您的业务层的 block ，这不应该是这种情况!

如果可能的话，您应该考虑放弃以这种方式开发网站。在此期间，您至少可以通过进一步拆分逻辑来启动解耦过程。比方说，如果您有一个 BindDropDown(DropDownList ddl) 方法，请将该方法分开，这样您就有一个返回实际业务对象的 GetDropDownData() 方法，并且 BindDropDown 仅 设置 DropDownList 的值。这样，至少，您将来可以更轻松地摆脱表示层和业务层的紧密耦合。

当然，如果站点已经设计成那样(在表示层、中间“表示绑定(bind)”层和业务层之间有明确的分界)，我可以看到一个可以接受的案例。然而，听起来并非如此。