摘要: 浏览器加载和渲染原理分析为了更清楚的显示页面元素的加载顺序,动手写了一个程序,程序对页面中的每个元素都延迟10秒。程序的位置在见附件。首先查看TestHtmlOrder.aspx这个页面,使用HttpWatcher来检测页面元素的加载。从下面的图中可以看到加载顺序。IE首先加载了主页面TestHtmlOrder.aspx,下载了主页面后,页面首先显示的是“红色剑灵”、“蓝色剑灵”几个字,但此时显示的是只是黑色字体,没有样式,因为样式还没有下载下来。接下来页面中的标签是JS标签,属于嵌入文件,因此IE需要将其下载下来。这有两个文件,虽然IE同时能够和WebServer建立两个链接,但是此时并没有 阅读全文
posted @ 2011-12-19 17:26 ^_^肥仔John 阅读(1254) 评论(0) 推荐(0) 编辑
摘要: ASP.NET应用程序的设置信息通常都存储在一个名为Web.config 的XML文件里。在教程的前面部分我们已经好几次修改过Web.config文件了.比如 在第一章,我们创建名为Northwind的数据集时,数据库连接字符串信息自动的添 加到Web.config文件的<connectionStrings>节点.再后来,在第3章里,我 们手动更新了Web.config文件,添加了一个<pages>元素,对所有的 ASP.NET页面运用DataWebControls主题.由于Web.config文件包含了敏感 的信息,比如连接字符串.所以确保Web.config文件内容 阅读全文
posted @ 2011-12-19 16:11 ^_^肥仔John 阅读(436) 评论(0) 推荐(0) 编辑
摘要: 有下面三中并发 控制策略可供选择:Ø什么都不做 –如果并发用户修改的是 同一条记录,让最后提交的结果生效(默认的行为)Ø开放式并发 (Optimistic Concurrency) - 假定并发冲突只是偶尔发生,绝大多数的时候并 不会出现; 那么,当发生一个冲突时,仅仅简单的告知用户,他所作的更改不能 保存,因为别的用户已经修改了同一条记录Ø保守式并发 (Pessimistic Concurrency) – 假定并发冲突经常发生,并且用户不能 容忍被告知自己的修改不能保存是由于别人的并发行为;那么,当一个用户开始 编辑一条记录,锁定该记录,从而防止其他用户编辑或删 阅读全文
posted @ 2011-12-19 14:48 ^_^肥仔John 阅读(706) 评论(0) 推荐(0) 编辑
摘要: 当缓存数据时,基于 时间周期的技术因为其易用性而常常被采用,不过又常常不那么完美。理想的状 态是这样的:数据库数据还是应缓存在内存,直到源数据(underlying data)发生 改变时才从内存清除。这样的话可以最大化的获取缓存带来的性能上的好处,同 时使“过时数据”(stale data)持续的时间最短。然而,为此,我们 需要建立一种机制来探测数据库数据什么时候发生了改变,并将对应的缓存条目 清除掉。ASP.NET 2.0提供的SqlCacheDependency class类和必要的下部 基础构造(infrastructure)可以判断数据库什么时候发生了更改,以便将对应的 缓存条目从内 阅读全文
posted @ 2011-12-19 11:44 ^_^肥仔John 阅读(286) 评论(0) 推荐(1) 编辑
摘要: 参考资料:http://www.cnblogs.com/fsjohnhuang/archive/2011/12/17/2291200.html 因为使用ObjectDataSource自带的缓存机制无法实现排序功能,苦苦寻觅终于找到了解决方案。参考后觉得还是自己实操一下比较安心,下面是对《GridView实战二:使用ObjectDataSource数据源控件》的改进!! CL代码: 1 public class CL 2 { 3 private OdsDataManager om = new OdsDataManager(); 4 private static string[... 阅读全文
posted @ 2011-12-19 10:02 ^_^肥仔John 阅读(727) 评论(0) 推荐(0) 编辑