<style type="text/css"> <!-- tr {background-color:expression((this.sectionRowIndex%2==0)?"red":"blue")} --> </style> </HEAD> <table> <tr><td>第1行</td><td>第1行</td></tr> <tr><td>第2行</td><td>第2行</td></tr> <tr><td>第3行</td><td>第3行</td></tr> <tr><td>第4行</td><td>第4行</td></tr> <tr><td>第…
既判断分辨率，也判断浏览器 应E.Qiang提议，重新完善代码，使之成为判断浏览器类型屏幕分辨率自动调用不同CSS的代码。 解释： var IE1024=""; var IE800=""; var IE1152=""; var IEother=""; 引号里面分别填写，用户使用IE的时候并且分辨率为1024*768,800*600,1152*864要使用的css文件名。 var Firefox1024=""; var Firefox800=""; var Firefox1152=""; var Firefoxother=""; 引号里面分别填写，用户使用FF的时候并且分辨率为1024*768,800*600,1152*864要使用的css文件名。…
自从发布了"个人网站与动网整合非官方方法"后，经常有网友来咨询动网整合的相关事情，我也常常建议大家好好去看下"PDO通行接口开发人员参考规范1.0"，因为一旦你知道了怎么去使用它，就会发现其实整合并不是一件困难的事情，并且比我的非官方方法有更大的灵活性，毕竟去改动网数据库表总不是非常的完美。 一、数据同步原理 假设A、B两个系统要实现会员数据同步，同步过程是这样的：当A系统要注册(登录/注销/资料修改/删除用户)时，就发一条消息告诉B系统说，我要注册(登录/注销/资料修改/删除用户)了，B系统收到消息后在其系统内进行注册(登录/注销/资料修改/删除用户)，完成后返回一条消息告诉A系统执行的结果(成功/失败)，如果成功，A系统继续在其系统内进行注册(登录/注销/资料修改/删除用户)操作，如果失败则中止本次操作，反之亦然。…
一、框架编程概述 一个HTML页面可以有一个或多个子框架，这些子框架以来标记，用来显示一个独立的HTML页面。这里所讲的框架编程包括框架的自我控制以及框架之间的互相访问，例如从一个框架中引用另一个框架中的JavaScript变量、调用其他框架内的函数、控制另一个框架中表单的行为等。 二、框架间的互相引用 一个页面中的所有框架以集合的形式作为window对象的属性提供，例如：window.frames就表示该页面内所有框架的集合，这和表单对象、链接对象、图片对象等是类似的，不同的是，这些集合是document的属性。因此，要引用一个子框架，可以使用如下语法： 其中，window字样也可以用self代替或省略，假设frameName为页面中第一个框架，则以下的写法是等价的：…
一、引言 数据库的设计范式是数据库设计所需要满足的规范，满足这些规范的数据库是简洁的、结构明晰的，同时，不会发生插入(insert)、删除(delete)和更新(update)操作异常。反之则是乱七八糟，不仅给数据库的编程人员制造麻烦，而且面目可憎，可能存储了大量不需要的冗余信息。 设计范式是不是很难懂呢？非也，大学教材上给我们一堆数学公式我们当然看不懂，也记不住。所以我们很多人就根本不按照范式来设计数据库。 实质上，设计范式用很形象、很简洁的话语就能说清楚，道明白。本文将对范式进行通俗地说明，并以笔者曾经设计的一个简单论坛的数据库为例来讲解怎样将这些范式应用于实际工程。 二、范式说明 1 第一范式(1NF)…
1.隐式实现的接口 结果： Pain method is called! Pain method is called! 说明：从实例中我们可以看到用隐式实现的接口既可以通过类来访问，也可以通过接口来访问！ 2.显式实现的接口 结果： IControl.Pain method is called! 说明：从实例中我们可以看到用显式实现的接口只能通过接口来访问，如果试图通过类来访问会出错：““ConsoleApplication1.EditBox”并不包含“Paint”的定义。” 3.同时用显/隐式实现接口会怎么样？ 结果： Pain method is called! IControl.Pain method is called!…
1.window.location.replace Location对象的replace()方法将用指定的URL替换浏览器历史列表中的当前URL，而不是在历史列表中创建一个新的项，因此，就不能使用IE的后退按钮来返回原始文档了。 2.window.open(FF无效) 平时我们使用window.open()时只有使用了三个参数，其实它还有第四个参数，是布尔类型的，它的作用是当第二个参数不为空时，由第一个参数指定的URL是应该替换掉窗口浏览历史的当前项(true)，还是应该在窗口浏览历史中创建一个新的项(false)，后者是默认的设置。
一、捕捉方法 1.定义window.onerror事件处理程序 如果不想让IE报错，隐藏所有错误信息只需return true即可： 2.使用try...catch语句 二、两种方法比较 使用事件处理程序最多只能阻止IE报错，并不能处理错误，所以使用方法一程序碰到错误下边的语句就不能再执行(不能输出"mzwu.com")，try...catch语句能很好的捕捉错误并进行处理(输出"mzwu.com")，所以在脚本输写过程中我们应尽量使用try...catch语句来捕捉错误。
namespace ConsoleApplication1 { class Program { static void Main(string args) { USB usb; usb = new UDisk();//插入U盘 usb.OutputFile();//从U盘读出文件 usb.InputFile();//往U盘写入文件 usb.Dispose();//拔出U盘 Console.WriteLine(""); usb = new MDisk();//插入移动硬盘 usb.OutputFile();//从移动硬盘读出文件 usb.…
其实这是一个老话题了，只是刚才做程序的时候突然发现自己有些概念有点模糊，所以做了一个测试如下： 这段代码是MSDN中的例子修改而来。 从运行结果我们可以分析出如下的结果： 1.如果调用Dispose进行释放，则系统不会调用其析构函数 2.如果是系统自动释放的，则不会调用其Dispose函数，也就是说，.net垃圾收集器其实不认识 IDisposable接口。 3.在类析构过程中，会先释放其中的成员，最后再调用类的析构函数本身。 这里第3点需要说明一下，这是和C++中区别很大的地方，在C++中所有的释放都需要类的析构函数来进行，也就是在C++的析构函数中，所有的成员都是可用而且有效的。但是在C#中就会有区别了，因为C#的类析构函数调用之前，系统就会进行托管成员对象的清理工作。从生命周期的观点来看，类成员的生命周期必须包含在类的生命周期之内，C#这么做没有问题，但是问题时在于程序经常需要在析构函数中使用类的成员，所以就出现了异常情况：在析构函数中使用的类成员已经被析构了！也就是说，同样在析构函数范围内，C++包含的寓意是“析构=无效”，但是在C#的析构函数范围中，“析构 != 无效”。…