逻辑和UI的分离
我知道我应该保持业务逻辑和用户界面的独立性，但我不知道我现在所做的是否违反了该规则。
我正在设计我的财务计划的表格结构。 我在绘制某些部分时遇到了一些麻烦，所以我嘲笑了一些屏幕，以帮助我理清所需的东西以及如何组合在一起。 我真的认为这是有帮助的，我相信我的模式是可靠的，但我开始想知道，如果我真的认为在真正伤害到我的时候使用模拟屏幕来帮助是可以的。
我是否通过使用模拟屏幕自动出错？
或者有人可以解释潜在的缺陷，以确保我不会走错路？
谢谢。
这是两回事。 如果您使用模型来更好地理解应用程序正在发生的事情，或者设计表结构，那没问题。 你只是在计划应用程序如何工作。
但是，如果您采用模型并开始将代码放入其中，而不仅仅是显示数据......例如，添加SQL语句以检索信息或添加任意数量的语句以更改数据，则您正在混合带有视图或UI的逻辑。 这使得您的整体代码难以维护，等等。
如果您对更详细的技术说明感兴趣，请阅读以下文件：http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
这些都是正交的问题：模型帮助设计阶段（等等），而商业逻辑/ UI分离是一个架构原则。
模拟ups进出自己不会伤害或帮助UI /业务逻辑分离。 你实现它们的方式可能会更具体一些，如果你的业务逻辑包含了任何代码来直接显示模型，你可能会处于不稳定的状态。
您的UI是否完全与业务逻辑分开的最佳测试是设想您需要重新编写代码以支持完全不同的显示模型（例如，在终端上打印文本而不是GUI，或者执行本机GUI与一个Web前端，这样的改变是否会使业务逻辑代码发生重大变化？如果是这样，您可能需要分离更多。
链接地址: http://www.djcxy.com/p/67683.html