搜索ClientID是客户端还是服务器端?

发布于 2024-08-07 18:13:39 字数 505 浏览 4 评论 0 原文

我知道我目前无法直接使用 因为我需要在表格单元格中访问它UserControl 内 DataList 的 EditTemplate 中的表。

也就是说,我需要递归检查控件以获取 ClientID,是否应该完成
客户端alert(getMyElement('TextBox1').id),其中 getMyElement 检查表单的所有元素并返回带有 id 的控件...或者< br> 服务器端alert('<%=FindElement(dlDataList, "TextBox1").ClientID%>') 其中 FindElement 是一个基本页面函数,用于检查控制具有第二个参数 id 的元素的第一个参数并返回该控制 ?

我想客户端会更快吗?

I understand that I currently can't use <a onclick="alert('<%=TextBox1.ClientID%>')" directly because I need to access it in a table cell in a table in the EditTemplate of a DataList inside a UserControl.

That said, I need to recursively check the controls to get the ClientID, should it be done
client-side: alert(getMyElement('TextBox1').id), where getMyElement checks all elements of the form and returns the control with the id...or
server-side: alert('<%=FindElement(dlDataList, "TextBox1").ClientID%>') where FindElement is a base page function that checks the controls of the first param for an element with an id of the second param and returns that control
?

I'm figuring the client-side would be faster?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

殊姿 2024-08-14 18:13:39

对于这种情况,我总是选择服务器端。否则,您将用每一行遍历整个 DOM - 根据大小,它可能会占用大量内存。服务器端为此几乎不占用任何资源。

I always go with server side for this case. Otherwise you're traversing the entire DOM with each row - depending on the size, it could be a memory hog. Server side takes almost no resources for this.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文