模板 – Scala / Lift – 试图了解Lift同时声称使用有效的html和

所有的七件事( http://seventhings.liftweb.net/)都是不错的,但是对“模板”( http://seventhings.liftweb.net/templates)中的“电梯支持设计师友好模板”的要求尤其热烈.

作为我在学习Lift的方法之一的步骤之一,我试图创建一个简单的对象创建表单：采取几个参数,将它们用作构造函数参数,然后将对象存放.经过一番研究和实验,我有两点担忧：

>在片段中显着重写/修饰模板标记似乎有相当大的倾向.
>表单似乎没有使用有效或可识别的HTML元素.

我以这个为基础：

表单示例/文档似乎都是关于特殊电梯：标签.探索电梯表明一个表单应该如下所示：(http://exploring.liftweb.net/master/index-6.html)

<lift:Ledger.add form="POST">
  <entry:description />
  <entry:amount /><br />
  <entry:submit />
</lift:Ledger.add>

我不确定这是甚么html5,而它可能是有效的xhtml,它不觉得这样符合你的模板看起来像我们的设计师的朋友真正的HTML的精神.我在别的地方看到(再也找不到),我们确实有选择使用实际的输入标签,但是我们不会得到电梯的一些部分,或者是某些东西,一段话不是很清楚关于我会错过什么,这些例子似乎并不感兴趣,我写了一个简单的html表单制作一个简单的html文章.

demo.liftweb.net示例(1)的代码表明您的模板应该如下(2)

<lift:surround with="default" at="content">
  <div class="lift:PersonScreen"></div>
</lift:surround>

(3)PersonScreen代码片段的代码并不完全明确.模板的其他几个例子有,例如.在一个特定的位置只有一个ul标签,只能生成一系列复杂的li与代码段中的嵌套元素.当然,你可以在Scala中使用xml,它可以容忍地读取,但是它仍然会在任何地方散布你的标记.这似乎违反了“设计师友好模板”的精神.

我想要了解什么

很久以前,我在webapp开发中严格遵循了两个规则：

>“代码”中无标记(控制器,商业模式).
>模板中没有业务逻辑.

惯用电梯似乎完全放弃了第一条规则,完全错失了第二条规则的价值.这些规则对我来说很好,我没有准备好跟随似乎违反他们的例子,而不理解为什么它不会造成混乱.我想了解为什么在Lift中可以在Snippets中生成这么多的显示代码.我也想了解为什么它的模板中的标记很少反映输出.

我想(我想)

我希望我的所有标记与我的模板中的非常少的异常(如果有的话)异常.我想要我的片段做最小的模板调整,通常只替换“叶”标签上的元素文本,并可能调整属性值.我想我已经做了一个相当复杂的显示示例,我怀疑我可以使用相同的技术来生成一个香草html表单,然后自己处理参数.如果我想要我的模板看起来像最终结果表格那样我需要做什么？

反应和任何其他想法,特别是了解关于这个东西的提升心态,将会非常感激.

谢谢！

> http://demo.liftweb.net/simple_screen?F674431078927QJVVYD=_
> https://github.com/lift/examples/blob/master/combo/example/src/main/webapp/simple_screen.html
> https://github.com/lift/examples/blob/master/combo/example/src/main/scala/net/liftweb/example/snippet/Wizard.scala#L94

编辑

响应@ OXMO456. (感谢您的回复.)

我有,似乎只是证实了我的担忧：例如我们从：

Lift templates contain no executable code. They are pure,raw,valid HTML.

这是真棒.后来呢

The latter two mechanisms for invoking snippets will not result in valid Html5 templates.

而且每个人似乎都使用了这两个机制中的第一个.另外,它说：

Third,the designers don’t have to worry about learning to program anything in order to design HTML pages because the program execution is abstracted away from the HTML rather than embedded in the HTML.

但是非常一致的例子中,我在OP中引用的示例代码完全以编程方式生成标记.这似乎违背了设计师友好模板的目标(a),因此设计人员不必受到Freemarker标记的困扰,(b)将显示逻辑与业务逻辑分开.

第二个环节是有帮助和有启发性的,但它很清楚,这不是电梯方式.然而,“升级”方式似乎也将一整套标记生成拖到了片段中,这是(我认为)巨大的标记和业务逻辑复合.这是电梯方式吗？

<lift:MySnippet>
  <b:field />
</lift:MySnippet>

<div class="lift:MySnippet">
  <div class="field"></div>
</div>

<lift:MySnippet>
  <frobnicate:blorb />
</lift:MySnippet>

class MySnippet { 
   def render(in: NodeSeq): NodeSeq = ".field" #> Text("some text here")
 }

<div>
   <div class="field">some text here</div>
 </div>