比如DataGrid中网格中自带的 编辑、更新、保存、选择，按钮及其相关事件，在Repeater中有吗？

Question

Repeater控件能否实现类似DataGrid的所有功能吗？
比如DataGrid中网格中自带的 编辑、更新、保存、选择，按钮及其相关事件，在Repeater中有吗？

Answer 1

repeater没有，但datalist中用， 
datalist结合了repeater和datagrid的部分功能.

Answer 2

没有的.用datagrid控件不是很好吗?

Answer 3

这是功能的分工,如果有了 也不要搞两个控件出来了!kfc

Answer 4

reapter可以自己实现，相比下reapter占用服务器资源比datagrid少多了。

Answer 5

在 ASP, Perl, PHP 时代大家也不是吃自己的吗?
为什么软件进步了人却退步了?
这比沿地踏步还可悲啊
Bill Gate 真是有他的
这样不就少了很多对手吗?
From Joel Spolsky 约耳.斯珀儿斯奇 :
想想看微软所推出资料存取策略的历史吧. 
ODBC, RDO, DAO, ADO, OLEDB, 还有最新的ADO.NET - 全部都是新出的! 
难道这些技术都是非要不可的吗? 
还是一个年年都在重新发明资料存取的无能设计团队的杰作呢? 
(这很可能是真正的答案.) 
不过最终的结果却刚好成为火力掩护. 
它让竞争者别无选择, 只能用尽所有时间进行移植和升级, 
没有时间去写新功能. 仔细看看软体业界. 
成功的公司对大公司的依赖最少, 不需要花所有工夫追随并重新实作, 
然后去修那些只出现在Windows XP上的问题. 
而跌跌撞撞的公司都花太多时间去揣测微软未来的方向. 
大家都担心.NET的出现, 认为有绝对必要所以决定针对.NET重写整个架构. 
事实上微软是在对你开火, 而且只是让他们前进并阻碍你们的掩护火力, 
因为这就是游戏规则, 朋友. 你想支援Hailstorm吗? SOAP呢? RDF怎么样?  
你支援这些东西是因为客户需要? 还是因为有人对你开火而觉得应该有所反应呢? 
大公司的业务团队很了解火力掩护这一套. 
他们会去跟客户说"没错, 你不一定要买我们的东西. 要买就要买最好的. 
不过记得你买的产品一定要支援(XML /SOAP / CDE / J2EE), 否则你就会被绑住了." 
然后当小公司试图接触这个客户时, 这个听话的技术总监就会像鹦鹉一样说"你们支援J2EE吗?" 
尽管J2EE不会真正带来收入, 他们还是得耗尽所有的时间加上J2EE, 结果完全没机会让产品产生区别.
这是个勾选项目 -- 会去做只是因为需要有个项目打勾表示你也有, 
不过没有人会用也没有人需要. 而这就是掩护火力.

Answer 6

没有！
可以自己实现，用摸板列
在ItemCommand事件里面捕抓

Answer 7

repeater就是最简化的，就是要提供给开发人员更大的灵活性。
所以没那么多功能

Answer 8

可以给模板控件指定ComandName 然后使用，和DataGrid差不多，如：
<ItemTemplate>
<Table border="0" bordercolor="#cccccc">
<tr>
<td width="250">
<asp:LinkButton id="link" CausesValidation="False" Runat="server" CommandName ="Select">
</asp:LinkButton>
</td>
</tr>
</Table>
</ItemTemplate>
然后
private void RepeaterGossip_ItemCommand(object source, RepeaterCommandEventArgs e)
{
if ( e.CommandName=="Select")
{
Label labID = e.Item.FindControl("labID") as Label; }
}