这可能被认为是一个学术问题，而不是现实世界 - 但是要抛出去看看有没有人有什么好主意！我们都知道，将应用程序的业务逻辑与演示文档分离是一个好主意（我正在研究web-apps atm），但是需要了解HTTP变量所期望的业务逻辑（和然后处理）以及由表示层发送的变量名称。从表示中分离逻辑：HTTP变量名称？
这是否简单地告诉设计师在模板中使用哪些变量名？模板不需要知道变量名是什么（除非将它们用于JS/CSS选择器），那么为什么它们应该在那里被“硬编码”。或者业务逻辑应该将名称放入要打印的变量中？模板的另一层复杂性？
有没有人有这方面的经验，或想法如何处理它？
谢谢你，艾伦
我的想法......我想这取决于开发商。无论何时我构建应用程序，我都会按照您的建议分离业务和查看逻辑，并通常定义一个ViewModel。 viewModel然后成为业务逻辑和视图之间的契约。这允许两个团队（UI和业务逻辑开发者）独立开发，当然允许简单的测试等。
我明白有不同的方法来查看逻辑分离，但通过经验，如果你可以定义一个契约，两个（根据你使用的模式不同而定的形式），这使得开发更容易，尤其是当你有独立的团队构建特殊组件时。
当我以前从事网络开发工作时（目前我在管理员/支持人员），问题在于设计师无法摆脱使用占位符的想法，而这些想法将在稍后被替换 - 一些复杂的布局（例如动态手风琴型分层导航菜单）在设计处理动画和功能与控制字体和颜色的样式表部分时出现了鸡和蛋的问题。
即使是最有能力的设计师，他们使用的工具也不适合解决问题。
我们最终采取的方法是开发人员将提供HTML片段的示例，然后开发人员用动态生成的内容替换片段并清理样式表，合并任何类。
这是我们可以达到的最实用的解决方案。
C.
你是什么意思的HTTP变量？网址参数？ – cherouvim 2010-06-08 07:02:42
HTTP变量，如GET或POST参数（所以是URL/GET）。表单字段名称中的任何内容 - 在表示层和逻辑处理层都需要知道该名称。 – 2010-06-08 09:59:36