asp-classic – Response.Write和<％=％>

Response.Write "<table>" & vbCrlf
Response.Write "<tr>" &vbCrLf
Response.Write "<td class=""someClass"">" & someVariable & "</td>" & vbCrLf
Response.Write "</tr>" & vbCrLf
Response.Write "</table>" & vbCrLf

<table>
  <tr>
     <td class="someClass"><%= someVariable %></td>
  </tr>
</table>

首先，您应该关注的最重要的因素是易于维护。你可以买一个服务器农场，你的钱和时间，否则会浪费，因为要解密一个凌乱的网站来维护它。

无论如何，没关系。在一天结束的时候，所有的ASP都只是执行一个脚本！ ASP解析器获取页面，并将<％= expression％>进入直接脚本调用，每个连续的HTML块成为Response.Write的一个巨大调用。生成的脚本将被缓存和重用，除非页面在磁盘上更改，这会导致重新计算缓存的脚本。

现在，太多使用<％=％>导致现代版的“意大利面条”：可怕的“标签汤”。你不能做出逻辑的头部或尾部。另一方面，Response.Write的过多使用意味着你将永远不能看到该页面，直到它呈现。使用<％=％>当适当获得最好的两个世界。

我的第一条规则是把“变量文本”的比例注意到“静态文本”。

如果您只有几个地方有可替换的可变文本，则<％=％>语法非常小巧可读。然而，由于<％=％>开始累积，它们掩盖越来越多的HTML，同时HTML掩盖了越来越多的逻辑。作为一般规则，一旦你开始采取循环，你需要停止并切换到Response.Write。

有没有很多其他硬和快速的规则。你需要决定你的特定页面(或页面的一部分)哪一个更重要，或者自然更难理解，或更容易打破：你的逻辑或你的HTML？它通常是一个或另一个(我已经看到数以百计的两种情况)

如果你的逻辑更为关键，你应该对Response.Write加重;它会使逻辑脱颖而出。如果您的HTML更为关键，则请优先使用<％=％>，这将使页面结构更加可见。

有时我不得不写这两个版本并且并排比较它们来决定哪一个是更可读的;它是一个最后的手段，但它的时候代码是新鲜的，你会很高兴三个月后，当你必须做出改变。