数据控件问题？

请问各位大侠，ASP.NET一般大量数据显示用哪个控件，.NET的每种数据控件在什么情况下使用最好！指点下小弟!小弟高分相送！ --------------------编程问答-------------------- Lable
DIV
table都可以的 --------------------编程问答-------------------- 初学者还是用GridView好一点，许多功能已经集成，可以写很少的代码就实现分页、排序、选取、删除等操作；
而且表格的样式也有不少，可以供选择；等到熟练了，还可以用模板列实现其它较复杂的功能等。 --------------------编程问答-------------------- 初学者还是用GridView好一点，许多功能已经集成，可以写很少的代码就实现分页、排序、选取、删除等操作； 
而且表格的样式也有不少，可以供选择；等到熟练了，还可以用模板列实现其它较复杂的功能等。 --------------------编程问答-------------------- 没有什么万能的数据控件，每一个都应该尽可能充分使用。

万能的数据库控件，就是那种最简单、最没有内涵的控件，因而它的外延最大（可以说什么都能做），你需要自己去写大量代码。当你需要写大量代码，你不过是去模仿其它更具体的现成的成熟控件（何况你还不一定能够模仿出来那种质量和复用性），结果会深受其害。所以，各种控件都要尽量充分地利用，不要以为自己写大量代码的人技术很好，实际上，真正技术很好的人反而看起来跟初学者一样只写很少的代码，只不过他知道哪里必须写代码而已。 --------------------编程问答-------------------- 万能的数据库控件，就是那种最简单、最没有内涵的控件   -->   万能的数据控件，就是那种最简单、最没有内涵的控件 --------------------编程问答-------------------- 不论GridView还是FormView都一样需要重视。如果你使用FormView做GridView就是多余，如果你使用FormView在GridView肯定不能轻易做到的地方就是有创意。重要的经典界面上使用GridView或者FormView都是有创意的，而最普通的界面上则可以随便放一个功能冗余、复杂一点的GridView来应付上级。使用GridView也是可以在模板（Template的各种子类）设计上有创意，使用FormView则需要多编写一些代码。

如果你开发重要的界面，首先考虑界面设计需要，忘记控件。

如果从编程是否简单的角度去限制界面设计（程序员常常在心里这样来易做图设计人员），你就会总想着用一种万能的控件去解决千变万化的需求，你总归是一个程序员而不是一个软件设计师。

补充：.NET技术 ,  ASP.NET