公司给新编辑配置了一批新机子，四台，硬件配置、安装的系统都一样，安装SISWare 4.7后，其中一台机子上无法打开，总是提示：

查看更多...

将下边代码复制到记事本保存为"清除.bat"，双击执行即可清除最近的项目：

查看更多...

许多事许多道理，其实每个人都懂得：

例如，拥有的时候要珍惜，－－但人们总是在失去以后才后悔莫及；

例如，要及时行孝多陪父母，－－但现实总是上演着子欲养而亲不在的悲剧；

查看更多...

面向对象技术是目前流行的系统设计开发技术，它包括面向对象分析和面向对象程序设计。面向对象程序设计技术的提出，主要是为了解决传统程序设计方法——结构化程序设计所不能解决的代码重用问题。

结构化程序设计从系统的功能入手，按照工程的标准和严格的规范将系统分解为若干功能模块，系统是实现模块功能的函数和过程的集合。由于用户的需求和软、硬件技术的不断发展变化，按照功能划分设计的系统模块必然是易变的和不稳定的。这样开发出来的模块可重用性不高。

面向对象程序设计从所处理的数据入手，以数据为中心而不是以服务（功能）为中心来描述系统。它把编程问题视为一个数据集合，数据相对于功能而言，具有更强的稳定性。

查看更多...

当然，这里所谓的文件是指完整的文件名称，至于文件的内容，须按实际情况进一步的操作。

我这里的控件为一个ListBox。代码如下：

查看更多...

几天前无意中写了这么两个函数：


今天看了就有这么一个疑问：当传两个string类型参数时哪个函数会被调用？用事实说话吧：

查看更多...

.NET学生类Student：

查看更多...

这是本书中唯一一个被一整个函数占用的原则，你应该避免写这样的函数。GetHashCode()仅在一种情况下使用：那就是对象被用于基于散列的集合的关键词，如经典的HashTable或者Dictionary容器。这很不错，由于在基类上实现的GetHashCode()存在大量的问题。对于引用类型，它可以工作，但高效不高；对于值类型，基类的实现经常出错。这更糟糕。你自己完全可以写一个即高效又正确的GetHashCode()。没有那个单一的函数比GetHashCode()讨论的更多，且令人困惑。往下看，为你解释困惑。

如果你定义了一个类型，而且你决不准备把它用于某个容器的关键词，那就没什么事了。像窗体控件，网页控件，或者数据库链接这样的类型是不怎像要做为某个任何的关键词的。在这些情况下，什么都不用做了。所有的引用类型都会得到一个正确的散列值，即使这样效率很糟糕。值类型应该是恒定的(参见原则7)，这种情况下，默认的实现总是工作的，尽管这样的效率也是很糟糕的。在大多数情况下，你最好完全避免在类型的实例上使用GetHashCode()。

然而，在某天你创建了一个要做为HashTable的关键词来使用的类型，那么你就须要重写你自己的GetHashCode()的实现了。继续看，基于散列(算法)的集合用散列值来优化查找。每一个对象产生一个整型的散列值，而该对象就存储在基于这个散列值的“桶”中。为了查找某个对象，你通过它的散列值来找到这个(存储了实际对象的)“桶”。在.Net里，每一对象都有一个散列值，它是由System.Object.GetHashCode()断定的。任何对GetHashCode()的重写都必须遵守下面的三个规则：

查看更多...

以前曾经动笔写过一片《字符串比较方法的性能对比》的文章，很多朋友提出了非常好的意见和建议。碰巧最近看到好多人在这样比较字符串


似乎很有意思，大家都喜欢另辟蹊径的使用字符串比较，为了较为客观的反应各种字符串比较的优势，我特地做了一个本地测试，分别区分字符串长度一致以及长度不一致的情况，另外每种情况下还对字符串的比较方式上使用4种不同方法：
1、使用地球人都知道的“==”比较运算符

查看更多...

最近比较关注C#书写出来的代码性能问题，越研究就越觉得很有意思。
在日常的编程过程总，由于编程需要，我们经常会比较两个字符串是否相等，然后再做相应的处理。代码书写起来是觉得很爽，不是吗？if (a==b) then ……else……但是有没有更快的方式呢？为此查阅了一些资料了MSDN文档。当我们调用 a==b的时候，通过IL代码可以看到内部实际上调用了String.Equals(string,string)这个方法

查看更多...