逻辑与表示的分离：HTTP变量名称？

Question

这可能被认为是一个学术问题，而不是一个现实世界的问题 - 但是把它扔出来看看是否有人有任何好主意！我们都知道将应用程序的业务逻辑与表示分开是一个好主意（我正在查看web-apps atm），但是需要在业务逻辑之间理解HTTP变量的预期（和然后处理）和表示层发送的变量名。

这只是告诉设计师在模板中使用哪些变量名称？模板不需要知道变量名称是什么（除非将它们用于JS / CSS选择器），那么为什么它们应该在那里被“硬编码”。或者业务逻辑是否应将名称放入要打印的变量中？模板的另一层复杂性？

有没有人有过这方面的经验，或想过如何处理它？<​​/ p>

谢谢， 艾伦

Answer 1

我的想法......我想这取决于开发者。每当我构建应用程序时，我按照您的建议，分离业务和查看逻辑，并通常定义ViewModel。然后，viewModel成为业务逻辑和视图之间的契约。这允许两个团队（UI和业务逻辑开发人员）独立开发，当然也允许轻松测试等。

我很欣赏有各种方法可以查看逻辑分离，但是，根据经验，如果您可以定义两个合同（根据您使用的模式，采用哪种形式），这使得开发更容易，尤其是当您有单独的团队建立sp​​erate组件。

Answer 2

当我之前从事网络开发工作（目前我是管理员/支持人员）时，问题在于设计师无法理解使用占位符的想法，这些占位符将在以后被替换 - 对于某些人来说复杂的布局（例如动态的手风琴式分层导航菜单）在设计样式表的部分时存在鸡和蛋问题，这些部分处理动画和功能与控制字体和颜色。

即使拥有最强大的设计师，他们使用的工具也无法解决问题。

我们最终采用的方法是开发人员提供HTML片段的示例，然后设计人员将构建页面，然后开发人员将用动态生成的内容替换片段并清理样式表，合并任何课程。

这是我们可以达到的最实用的解决方案。

下进行。