wpf - UI逻辑，表示逻辑和业务逻辑之间的区别

Question

请有人指导我了解 UI 逻辑、表示逻辑和业务逻辑之间的确切区别。我正在开发一个 WP8 应用程序，我需要遵循 MVVM 模式。要正确使用它，我需要知道各个层之间的区别，以便能够将正确的代码放置在正确的位置。

提前致谢。

Answer 1

开户您可能会得到一个“入门工具包”（或“小礼物”），您的钱将获得每年 2%（或 4%）的利息，但每个月（或每 3 个月）记入贷方：这些变化是银行公司的“业务逻辑”（而不是“表示逻辑”）。账户创建和利息累积细节将在数据库中实现，附加 Java 或 C++ 代码。

当您在线访问您的帐户时，网页可能采用某种颜色、使用某种字体、带有某种图形和某种布局。这是这个网页的“展示逻辑”（不是“业务逻辑”）。该输出最终将采用 HTML / CSS 格式，并由 JSP 或 ASP 生成代码。

简而言之，“业务逻辑”是公司有什么规则，而“展示逻辑”是如何向用户展示细节。

Answer 2

• 应用程序层由特定于该应用程序的那些元素组成。这将包含 UI、UI 的后端处理以及应用程序和业务逻辑层之间的任何绑定。在一个完美的世界中，这一层不会包含任何业务领域的逻辑。
• 业务逻辑层 (BLL) 包含特定于业务领域的逻辑。此外，如果您要创建一个单独的 BLL，该层应包含其他应用程序以及该应用程序可以使用的逻辑。例如，一组 Web 服务公开定义良好的 API。这将 BLL 与您的应用程序分离，并允许您将来灵活地在它之上构建其他应用程序。

参考链接；https://scn.sap.com/thread/312404

Answer 3

我将尝试简单地回答这个问题，以帮助您轻松地将代码放在正确的位置。

UI 逻辑（视图）：

在大多数情况下，这应该只回答“如何”的问题。UI 应该如何渲染。数字/日期格式，操纵视图可见性等。但它永远不应该回答“何时”的问题。

表示逻辑（视图模型）：

表示逻辑应该回答“何时”的问题。什么时候应该渲染视图，什么时候应该显示错误，什么时候应该显示视图，等等。

在某些情况下，视图模型还会在传递给模型之前格式化/构建请求参数。

业务逻辑（模型）：

顾名思义，它将处理业务逻辑。这也可以分解成部分，但我们不会在这里深入讨论，因为它太大而无法讨论。