实际生产和教学是2个不同的环境
最近在熟悉   ASP.NET2.0   的   Gridview   控件编程。在网上和书上看了好多示例，都在讲，怎么用   Gridview   自己带的编辑功能修改和删除数据，还教大家怎么把下拉选择框包含到格子中去。

        这里我注意到，所有的例子，其表格字段无非就   3个或5个字段，最多的也超不过10个字段。这些字段在   Gridview   里都能一行显示完。

        问题是，在实际工程中，仅仅   10   几个字段的情况太少见了！实际生产环境下，动辄   30多个字段，甚至80或90多个字段。如果还是这样编程，如果要看一条记录，哪不是要左右拖许多许多次鼠标？那这样的示例还有多少实际意义呢？有多少实际价值呢？

        看到这样的示例，我们感觉到示例的作者要么水平不高，要么没有诚意，总之是在糊弄人。

------解决方案--------------------
你说的确实没错，书上大部分是“纸上谈兵”，但是他们也只是一个引到的作用，实际应用中还是要找些源码的，推荐给你个

http://www.51aspx.com
------解决方案--------------------
问题是，在实际工程中，仅仅 10 几个字段的情况太少见了！实际生产环境下，动辄 30多个字段，甚至80或90多个字段。
*****************************************
很少有数据表的字段超过30个的，如果一张数据表的字段多到了80或90个，应该考虑进行数据库设计的重构了，进行垂直拆分。
------解决方案--------------------
你先说一个50个字段不拖鼠标的界面处理方案，肯定有符合你的要求的东西的。

如果你说不出，那么你应该首先放低自己的心态，才能学的多。
------解决方案--------------------
有很多种显示和编辑界面方法。但是从你的提问方法角度，我很奇怪你说的那些作者是跟你明确说了30个字段也应该如此设计呢？还是你自己想象出来的？
------解决方案--------------------
只要你清楚原理,3个字段和30个字段其实没有差别.

3个字段一目了然,30个字段初学者郁闷半天.

作者为什么要浪费纸张,浪费笔墨,反而让初学者困惑?

90个字段的表,说明是数据库设计严重错误.
------解决方案--------------------
字段过多可以通过GridView定制功能为访问者选择需要在GridView中查看的列
------解决方案--------------------
90个字段的表,说明是数据库设计严重错误.
--------------------
几十个字段的我也遇见过，比如有一种产品，它的技术参数就可能有很多，可能要到七八十个。这个时候要怎么设计数据库和表呢？？

一直也很疑惑
------解决方案--------------------
可以考虑将参数转换为字段记录.而不是非得新建一个字段来保存.
------解决方案--------------------
字段太多就转到新页面，提交表单更新吧
------解决方案--------------------
如果多的话，可以单独进行编辑，而不必非要在GridView中进行呀！