我知道我应该让我的业务逻辑和UI独立的，但我不知道我现在做违反了规则。
我设计我的财经节目的表结构。 我有一个小麻烦形象化某些地方，所以我嘲笑了一些屏幕来帮我梳理一下所有将需要怎样的东西结合在一起。 我真的觉得它的帮助下，我相信我的模式是固体，但我开始想，如果可能，我自己误以为，使用模拟式屏幕，以帮助是确定的，当它真的伤害了我。
我已经通过使用模拟式屏幕自动哪里呢？
或者，可能有人解释潜在的陷阱，所以我可以保证我不会走上错误的道路呢？
谢谢。
Answer 1:
这是两个不同的东西。 如果您使用原型，以更好地了解正在发生的事情与应用程序的，或设计表结构，这很好。 你只是规划应用将如何工作。
但是，如果你把模型并开始把代码放在他们做任何多的数据显示...例如，将SQL语句来获取信息，或添加任意数量的语句来修改数据，那么你混合逻辑可欣赏或UI。 这使得整体的代码很难维护，等等。
如果你有兴趣在一个更详细的技术说明，请阅读以下文件： http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
Answer 2:
这些是正交的问题：模型帮助设计阶段（除其他事项外），而业务逻辑/ UI分离是一种架构原则。
Answer 3:
实体模型进出自己的不伤害或UI /业务逻辑分离的帮助。 你执行了这些可能的方式 - 更具体，如果你的业务逻辑集成任何代码直接显示实体模型，您可能站不住脚。
无论是UI的最好的测试是从业务逻辑分离完全就是尽量设想，你需要重新编写代码来支持终端，而不是图形用户界面上完全不同的显示模式（例如印刷文本，或者做一个本地的GUI与一个Web前端。请问这样的变化必要在你的业务逻辑代码的重大变化？如果是的话，你可能要分开了。
文章来源: Separation of logic and UI
