Response.Write或普通的ol

Question

考虑到速度，什么是更好的编码实践(经典ASP)：

sPg=sPg& "<select id=""actions"" onchange=""emact(this.value)"">"
sPg=sPg& "<option value=""""></option>"
sPg=sPg& "<option value=""read"">read</option>"
sPg=sPg& "<option value=""unread"">unread</option>"
sPg=sPg& "<option value=""spam"">spam</option>"
sPg=sPg& "<option value=""unspam"">unspam</option>"
sPg=sPg& "<option value=""delete"">delete</option>"
sPg=sPg& "<option value=""undelete"">undelete</option>"

或

<select id="actions" onchange="emact(this.value)">
<option></option>
<option value="read">read</option>
<option value="unread">unread</option>
<option value="spam">spam</option>
<option value="unspam">unspam</option>
<option value="delete">delete</option>
<option value="undelete">undelete</option>

想一想这一点，但在更大的规模(在线商店后端几乎完全这样写的方式，在一个新的版本上工作)-我会把它都转换成易于管理的超文本标记语言而不是response.write每次，但我只是想知道这样做，我不是在给自己挖坑。

Answer 1

如果你要重写，为什么要使用10年前的技术呢？

(使用第二个。)

Answer 2

这就是我会做的。

完全没有理由通过字符串连接来创建整个HTML结构，如果改为直接使用HTML，性能会有所提高。

它也更易于维护，因为您不必担心转义引号和确保字符串正确连接。

Answer 3

使用Response.Write而不是HTML的理由不就是参数化SQL语句而不是直接的SQL查询吗？意思是，为可能的注入堵住几个漏洞？