解决方䅁就是，统一语境，至少大量减少切换频。
Asp，Net Web Form就是一个不错的尝试，HTML标记对象化，把不变内容HTML标记，统一到后台语境。一个个HTML标记都成为后台对象，变量填充自然在后台，以对象赋值的方式，统一的实施，跨越了语境的切换。这也是Web Form命名的含义，让网页像桌面一样一致编程。应该，说微软的这个技术方向还是比较成功的。至少，我就是在这个环境下，得进入Web行业，反过来，从后台的模型学习HTML前台DOM。
然而，WF的败笔却在架构方面，对象化HTMLTML后，后台的处理反过来，全都以页面为中心概念，妄图忽略前端与后端的时间差(服务端控件?)，真的把互联网当成了本地高速网了?
ASP MVC呼之即出，从1到3，4也在测试当中，发展相当之快。虽然，是后台的架构改变，对前端的影响也是巨大的。MVC结构不能再延用WF了，那是鸡同鸭讲。
历史总在绕圏圈，我们又回到ASP时代，用嵌入的变量拼凑HTMLTML代码。
<span><%=Value></span>
从一片空白开始，重新出发。很快，微软推出了HtmlHelper，一点一点，把碎片重新粘合起来。MVC3又推出了Razor视图引擎，让视图真正成为模板，当然后面仍有一个类在支持视图，但提供了更大的灵活性支持扩展，前文有详叙。而且，Razor在语法上也进一步减少碎片，不用结束符，不用加尖括号，智能识别环境变化，是HTMLTML模式还是后台模式? 所有这些是解决本文开始所描述的碎片问题，代码碎片和思维的碎片。
完了?等等，所有这些似乎只是再为我们最后的英雄出场作准备。真正让Html行云流水，Fluent Html.
看看生成表格的一段代码吧，一段代码胜过一千张图。
@model IEnumerable<ExamDTO>
@this.Grid(Model).Columns(c=>
{
c.For(x => x.Code).Named("代码");
c.For(x => x.Name).Named("名称");
c.For(x=>"删除").Named("操作");
}).Empty("没有记录！")
html从魔鬼拼图到行云流水之三
TAG:Html CMS C# Fluent Interface
