我的asp.net经验之谈

MAX(id)
有很多的限制。只能是一个排序字段，且排序字段没有重复值。
然后你用的是ID，id是聚集索引，这个是最快的。

即使不是聚集索引，建立一个非聚集索引，也是很快的。

这种方法的局限性很大。

protected static readonly object EventInit = new object();

这是一个静态的只读的。

那么 js脚本怎么写呢？就是 :__doPostBack('EventTest1$btn','')

要不要实现 IPostBackEventHandler 接口呢？

我喜欢使用自己的方式来写程序。

那如果 3 里面不使用 <a>，而是用linkButton。那么使用 2 地方法也是可以的。只是加的事件会比较多。

请问一下

Events.AddHandler(EventInit, value);

如果写成 Events.AddHandler(this, value);

有什么不同的效率，或者视功能。

刚研究了一下事件，还没有很明白。

myClick //我的事件
TestClick //测试事件，也许应该改成 onMyClick
btn_Click //按钮的事件
这三个是控件内部的 ，是自己起得，还可以吧。

其他的都是必须的，不能改的。

外部也只有这一个 EventTest1_myClick ，偷懒了没有改测试控件的 ID。

你说的这个是美工的事情，或者说是和美工如何配合的问题。

这个就要理解美工的心里了，设计师设计了一个大楼的图纸，交给一个工程队取实现，结果建造出来的大楼和设计的不一样，甚至很难看，那么设计师就会很生气。

不要着急，事件的问题已经解决了。明天就可以发布v2.0.0.3了。

换一个背景色好吗？乱乱的感觉，还刺眼。谢谢。

弱弱的问一下，这两段代码写在哪里呢？

搜藏。

我现在有一个理想，暂时还不想放下，也许为了这个理想我会失去很多，但是拼一把先。

记得大学的数据结构里讲过散列表，原来有这种应用呀。

原来这里的评论也是分页的呀，我还以为不分页呢。

我好像已经开始写了哦。

感谢测试。昨天晚上写的程序，头有点晕，还是漏掉了一点。SQLKind的默认值没有设置上。

现在分页好用了吧？（GO的除外）

不好意思，哪个 GO的功能，暂时没有加入。

可以选择喜欢的分页算法，最主要的是设置合理的索引。

逻辑操作处理 可以交给 GridView这样的控件来处理吧。另外分页控件采用DataTable来装载数据，也可以对DataTable来进行处理。

http://www.cnblogs.com/jyk/archive/2008/04/25/1170979.html

已经开源了，在上面的链接可以下载 v2.0.0.1的源码。

v2.0.0.2的源码还要在整理以下再发出来，现在的有点乱。

下下一个版本可能会支持存储过程。

但是不会对存储过程取出来的数据在进行分页，就是说存储过程返回多少数据就显示多少数据。

您的“通用”是什么意思呢？如果仅是分页的话，使用分页控件+视图的方式就可以了。

您说的具体是什么情况呢？

好了，知道了，下次改一个名字。

怎么感觉怪怪的呢？

程序改完了，明天早上再发吧。

那又能说明什么呢？我也没说 asp不能做企业站呀，能是能，但是很繁琐。
asp.net就替我们做了很多的“底层”操作，让我们可以简化操作，而asp必须自己想办法。

这个我认为是无用的。

不好意思，实在是对不起，忘记说明了，目前这个分业算法支持持SQL 2005。
我原以为使用了 VS2005的，都会把数据库也升级到 SQL 2005呢，随意就没有加上SQL 2000 的分页算法。

实在是对不住大家，今天晚上加上for SQL 2000的分页算法。请内心等待。

我只是提了几个问题，其实IDisposable我也不了解。
现在才又多了一些，还要感谢lz的总结。

用asp有大半年的时间，显示网页还是很好用的，但是做后台管理就很郁闷了。

@ 笑疯^_^
在同一个项目里支持多种数据库，过几天说明一下这个怎么用。

弱弱的问一下，项目经理要不要写具体的代码。

或者技术经理要不要写具体的实现代码（核心代码除外）。

为什么不升级到asp.net呢？

没有看懂哦，到底关注什么呢？

@AfritXia
我现在好像就是这么做的。

异常日志文件，一天一个也会这么大？程序是怎么写的？？？ ：）

@Eric Lee
感谢提醒，这个我是有解决方案的，以后我会慢慢介绍的。
不要着急哦。

@小妮爹
谢谢你的操心。
你整你的技术含量吧。

我就是要弄简单的咚咚。

@菜菜灰
因为对providerName这个的用法还不熟，这个是SqlDataSource自动生成的。带上了，我也就没有去掉。但是我又不知道怎么读取这个属性。

@jillzhang
谢谢。

@kiler
感谢提供资料，大部分内容以前都看过了。我防止注入用了两种方式；
1、数字，如果确认要拼进SQL语句的是数字的话，那么会在拼入之前检查是不是数字，不是的话，不进行下面的程序。

2、非数字，就是字符串了。这个要去掉“'”就是单引号。因为捣蛋的都是单引号，去掉了，不论你输入的是什么，都会老老实实地括在一对单引号之内的，就是说不论输入什么都会当作字符串来处理，字符串就没有危险了吧。

3、不用sa连接数据库。

这是我的思路，不知道有没有遗漏的地方。


@Waitd Ding
感谢提出宝贵意见，我还会详细说明分页控件的原理、思路，还要加进入不少功能。

@Sam Lin
TableName （还有其他的属性）是用来拼接SQL语句的，就是分页算法。

为什么要提供DataSource属性呢？又不是显示数据的控件，简单的传递DataSource给显示数据的控件没有什么意思吧。

我只遇到过 view的记录数 < table的记录数，因为多表关联的时候，由于数据不完整而造成的。再有就是笛卡尔乘积会造成记录数增多，这个是正常的吧。

都怪vs2005弄出来的 web site弄得这么乱。

我也喜欢简单。我的分页控件使用起来就很简单，几行语句搞定分页的功能。

http://www.cnblogs.com/jyk/archive/2008/06/27/1231337.html

http://www.cnblogs.com/jyk/archive/2008/06/27/1231337.html

这里有使用说明。

@ pwqzc
谢谢。好久没聊了，还炒股吗？不对好像是期票，不好意思，弄混了。

@kiler
请问还有哪些高级的注入方式呢？望请赐教，万分感谢！
不是为了注入别人的网站，只为加强自己的防御：）

数据库本身好像就有一个大大的缓存呀，SQL Server跑起来之后是很此内存的，300多M算是少的，5、6百兆是很正常的，这样的话，我们在加一个自己的缓存，是不是更咱用资源呀？

怪我没说清楚，一会再补上一篇。

@PerfectDesign
注入是没有的，不知道您注意没有，我是用的是
this.Txt_LastName.TextTrimNone;
这种方法，而不是 this.Txt_LastName.Text;

Txt_LastName.TextTrimNone 相当于 Txt_LastName.Text.Trim().Replace(''',''); 这样就可以避免注入攻击了。
另外如果字段是数字类型的话，还要判断是不是数字，这样才更安全。

@王孟军！
确实是很长的时间，从03年开始接触asp.net的时候就开始了，当时看到前辈使用UserControl的方式来实现分页，这个只负责绘制UI，没有其他的功能。受到这个启发，才开始写分页控件的，一点一点完善。到05年基本稳定。


@萧寒

我也针对你的观点说说我的想法。

>>视图的列非固定的情况下不可用。
这个非固定是什么意思呢？动态创建的视图吗？还是没有理解。

>>控件应该是通用设计
这个我也承认，但是还有一个要求：多干点活：） 。我更注重后者，如果二者冲突的话，我会选择后者。

我不追求放之四海而皆准，我只求放之一海而简单好用，原因很简单，我可以做四种分页控件，一个海里放一个，呵呵，这样就可以都准了。

不能太追求通用，DataGrid的分页功能是最通用的，但是使用的人并不多，因为UI上不是太灵活，数据量大了有会比较慢。


>>不同的数据库的分页sql差别
这个是在考虑中的，也有了比较好的解决方案。一会细说。如果数据源不是数据库的话，那么对不起，不支持。注意：Excel属于数据库，是支持的，因为使用OleDb可以访问。XML就不支持了，好像OleDb不能访问。


>>一个控件将sql都放到了aspx内，是不是页面代码应该直连数据库了？

这个说明，我对分页控件的介绍不够详细。控件本身是.cs文件，是一个类，没有aspx呀。连接数据库是和分页控件无关的，这个是交给数据访问函数库来实现的。数据访问函数库是一个help，专门负责访问数据库的，所以页面代码直连数据库是不存在的。

>>当然，如果在这些方面没有要求，那么这个分页控件确实是完美的；
谢谢。样式可以通过 css来实现。每一个“元素”都会加上class的属性，都会有ID，这样便于设置css。“上一页”这样的文字也是可以通过属性来修改的。
看到分页控件的属性的图片了吗？里面显示了这些属性。

心不苦，命苦，呵呵。

我真的是不理解，分页控件为什么就不能多管点“闲事”呢？

@萧寒
哪些情况可以用呢？哪些情况不可以用呢？在一个项目中，他们的比例是多少呢？几比几，谁赢了:)

对于那些可以使用的情况，为什么不能用呢？一定要写更多的代码来实现相同的功能呢？

sql拼接有哪些问题呢？效率？SQL注入？网络传输？不能缓存执行计划？还是什么？

在存储过程里面组合SQL语句的话，也同样存在着效率、SQL注入、不能缓存执行计划的问题呀，这种方法呢？可以吗？

我很懒，我觉得这样挺好的。也用了三年多了，没有遇到什么问题。

有哪些情况不能满足呢？能不不能举个例子呢？

常见的分页的一种处理方式是在存储过程里面组合SQL语句，楼上的二位对这种处理方法的看法呢？能不能说一下呢？


什么样的要求，只能由业务组件来完成，分页控件（不对，应该说是视图）做不了呢？目前我还没有遇到。

多表联合 使用视图。

我的经验是：推倒重来。

当然这个不太好说服领导。

不过要是不重头来过的话，那结果就很可能是“糊弄”了事，呵呵。

不好哦意思，没有把怎么使用说清楚，一会补上一个。

客户知道的仅是名词而已，仅停留在名词的程度，根本不知道这些名词意味着什么。