盘诚博客

第一种PNG叫PNG8(索引色透明)，简单说可以理解为静态的GIF；
第二种PNG也叫PNG8(Alpha透明)，可指定像素点的透明度,例如50%透明度；
第三种PNG叫PNG24，与PNG8的区别仅在于体积更大；
第四种PNG叫PNG32，包含图层和通道信息；

当LOGO图片不存在时，将触发 onerror事件，而 onerror 脚本又将img 的 src 属性重定向为 noPic.gif 图片。当 noPic.gif 也不存在或访问失败时，则继续触发 onerror事情导致循环错误，故引发异常。

    今天发现一个小失误，让我彻底无语。瞧清楚了，用的是“失误”一词，因为这不属于程序上的，所以算不上是Bug。一个数据表视图中居然只有一百条记录，查看设计时才发现用了TOP 100，其后的Percent不知啥时候不小心删除了，心顿大开，直冒冷汗，郁闷至极……

周末，花费了点时间把内容管理系统的程序部分重新修正了一下，发布版本锁定在了4.8.2.0305，这将是CMS V4的最后一个大力度重要更新(除非发现重大安全问题)，慢慢地也会进入第五个版本的设计与开发(数据库表调整)，未来的展望是全面加入Jquery元素和缓存技术，大致也将分成三个方向：Lite、Site和Blog。Lite版本将提供免费下载和自由传播，敬请期待。

    多数时候，我们都是调用System.Random 类下的Next方法来实现随机，或许你通常也是这样做的。呵呵，需要注明一下的是，Next方法产生的随机值是小于较大数的，也就是说不等于大数，跟随机产生大于等于零、小于1的浮点数效果是一样的。有时候，为了防止产生有机序列(有机化肥，哈哈，管我怎么叫)，我们在实例化Random类的时候要引入随机种子，好像.net框架就是使用系统时间作为随机种子，管它用什么，反正我不用，你还在用当前时间的分和秒(百分秒)做随机种子么？不要怪微软，自己去埋怨CPU运算太快了点吧。如果你的时间精度控制得很高时，产生相同的随机数值可能性就很大了。不信，你可拿一个数据控件进行绑定操作，基本上连续二十几条是随机值相同的，至少我这里是这样的情况，或许你的计算机配置高那么一点点，会连续有那么几百条。

    经过新一轮大规模代码重构与优化，准备编译生成以发布到系统中时，即时窗口再度爆出System.NullReferenceException异常。在上次的文章中写到，引发此类异常的原因无非就那么八种情况，伤心之余只能静下心来，一步一步调试查找异常根源。

    最开始以为是缓存对象未实例化导致异常，于是将对应的Try注释，释放保护壳仍然有错误提示，感觉问题不在于缓存模块，加上断点一行一行调试，最终在页面的路由模块找到出错的代码行。原来，在规范Application和Sesssion等对象的Key应用过程中，没有完全替换Application对象的声明，导致获取数据时为空，并且在获取数据进行转换时加了Try语句捕获异常，万恶的程序员。。。哈哈！

    主机姐告诉我打开博客时出错了，于是我也东点点西点点，发现查看日志内容时也偶尔会出错。连接服务器去看错误日志文件，发现从10月8号开始，记录了很多的NullReferenceException异常，网上查了一下资料，此类异常无非以下几种情况：

1、ViewState 对象为Null。
2、DateSet 空。
3、sql语句或Datebase的原因导致DataReader空。
4、声明字符串变量时未赋空值就应用变量。
5、未用new初始化对象。
6、Session对象为空。
7、对控件赋文本值时,值不存在。
8、使用Request.QueryString()时,所获取的对象不存在,或在值为空时未赋初始值。
9、使用FindControl时,控件不存在却没有做预处理。
10、重复定义造成未将对象引用设置到对象的实例错误。