分类：Web编程
共 944 篇
这是本书中唯一一个被一整个函数占用的原则，你应该避免写这样的函数。GetHashCode()仅在一种情况下使用：那就是对象被用于基于散列的集合的关键词，如经典的HashTable或者Dictionary容器。这很不错，由于在基类上实现的GetHashCode()存在大量的问题。对于引用类型，它可以工作，但高效不高；对于值类型，基类的实现经常出错。这更糟糕。你自己完全可以写一个即高效又正确的GetHashCode()。没有那个单一的函数比GetHashCode()讨论的更多，且令人困惑。往下看，为你解释困惑。 如果你定义了一个类型，而且你决不准备把它用于某个容器的关键词，那就没什么事了。像窗体控件，网页控件，或者数据库链接这样的类型是不怎像要做为某个任何的关键词的。在这些情况下，什么都不用做了。所有的引用类型都会得到一个正确的散列值，即使这样效率很糟糕。值类型应该是恒定的(参见原则7)，这种情况下，默认的实现总是工作的，尽管这样的效率也是很糟糕的。在大多数情况下，你最好完全避免在类型的实例上使用GetHashCode()。 然而，在某天你创建了一个要做为HashTable的关键词来使用的类型，那么你就须要重写你自己的GetHashCode()的实现了。继续看，基于散列(算法)的集合用散列值来优化查找。每一个对象产生一个整型的散列值，而该对象就存储在基于这个散列值的“桶”中。为了查找某个对象，你通过它的散列值来找到这个(存储了实际对象的)“桶”。在.Net里，每一对象都有一个散列值，它是由System.Object.GetHashCode()断定的。任何对GetHashCode()的重写都必须遵守下面的三个规则：…
👤 博主
📅 2009-06-08
👁 5932
👍 0
📂 Web编程
阅读全文 →
以前曾经动笔写过一片《字符串比较方法的性能对比》的文章，很多朋友提出了非常好的意见和建议。碰巧最近看到好多人在这样比较字符串 似乎很有意思，大家都喜欢另辟蹊径的使用字符串比较，为了较为客观的反应各种字符串比较的优势，我特地做了一个本地测试，分别区分字符串长度一致以及长度不一致的情况，另外每种情况下还对字符串的比较方式上使用4种不同方法： 1、使用地球人都知道的“==”比较运算符 2、使用String.Compare方法，即上面提到的代码 3、使用string.Equals(string,StringComparison.Ordinal)方法 4、使用string.Equals(a, b, StringComparison.OrdinalIgnoreCase)方法…
👤 博主
📅 2009-06-05
👁 4160
👍 0
📂 Web编程
阅读全文 →
最近比较关注C#书写出来的代码性能问题，越研究就越觉得很有意思。 在日常的编程过程总，由于编程需要，我们经常会比较两个字符串是否相等，然后再做相应的处理。代码书写起来是觉得很爽，不是吗？if (a==b) then ……else……但是有没有更快的方式呢？为此查阅了一些资料了MSDN文档。当我们调用 a==b的时候，通过IL代码可以看到内部实际上调用了String.Equals(string,string)这个方法 更为严重的是更底层调用的是EqualsHelper辅助方法，它首先比较两个字符串的长度，然后逐个字符的通过引用指针的方式进行比较，由于无法明确的区隔是否和语言别有关系，内部处理异常复杂。有没有更快速的方法呢？…
👤 博主
📅 2009-06-05
👁 3850
👍 0
📂 Web编程
阅读全文 →
默认在ashx中是不能正常使用Session的(能存入不能取出)，查阅相关文档，说明只有实现IRequiresSessionState接口后ashx才能正常使用Session，代码如下：
👤 博主
📅 2009-06-04
👁 4573
👍 0
📂 Web编程
阅读全文 →
明白ReferenceEquals(), static Equals(), instance Equals(), 和运算行符==之间的关系。 当你创建你自己的类型时(不管是类还是结构)，你要定义类型在什么情况下是相等的。C#提供了4个不同的方法来断定两个对象是否是相等的： 这种语言让你可以为上面所有的4种方法创建自己的版本。But just because you can doesn't mean that you should.你或许从来不用重新定义前面两个方法。你经常遇到的是创建你自己实例的Equals()方法，来为你的类型定义语义；或者你偶而重载==运算符，但这只是为了考虑值类型的性能。幸运的是，这4个方法的关系，当你改变其中一个时，会影响到其它的几个。是的，须要4个方法来完整的测试对象是否完全相等。但你不用担心，你可以简单的搞定它们。…
👤 博主
📅 2009-06-03
👁 3862
👍 0
📂 Web编程
阅读全文 →
.Net系统默认所有的对象初始化时都为0。这并没有提供一个方法来预防其他程序员创建的值类型数据的实例在初始化是都是0。请让你的数据类型默认值也是0。 一个特殊情况是在枚举类型数据中。决不要创建一个不包括0在内的枚举类型。所有的枚举类型都是从System.ValueType派生的。枚举类型的值是从0开始的，但你可以改变这一行为： sphere此时的值就是0，而这并不是一个有效的值。枚举类型的取值限制在所有列举的值中，任何依懒这一(普通)事实的代码都将无法工作。当你为你的枚举类型创建你自己的取值时，请确保0是当中的一个。如果你的枚举类型采用的是以位(bit)模式，把0定义为其它属性不存在时的取值。…
👤 博主
📅 2009-06-02
👁 4335
👍 0
📂 Web编程
阅读全文 →
默认情况下，只要知道一个Web 服务的地址，我们就可以随意调用他，今天我们通过在SOAP 标头添加对调用Web 服务用户身份的验证，进而提高Web 服务安全性。 在Web 服务中接收和处理 SOAP 标头的基本步骤： ·创建一个从 SoapHeader 派生的类，表示传入 SOAP 标头的数据。 ·将一个成员添加到实现 XML Web services 的类或 XML Web services 客户端代理类（它们属于在第一步创建的类型）。 ·指定第二步中在 MemberName 属性中创建的成员，将 SoapHeaderAttribute 应用于 XML Web services 方法或代理类中的对应方法。…
👤 博主
📅 2009-06-02
👁 4071
👍 0
📂 Web编程
阅读全文 →
WAP应用程序结构 首先你拥有一个Web应用，那么集成WAP服务就相当容易。 你不必为原来的业务逻辑进行重新构建，而且如果你Web本身的应用就有分层的，那么扩展到WAP是很方便的。 对于我们目前的应用，我们可以简单的认为是WEB应用的Mobile迁移。更多的是在UI\UE上的调整。 WAP采用什么标准 1.XHTML Mobile 1.0(WAP2.0) Google Mobile wap.taobao.com 3g.sina.com.cn 2.WML1.1 3g.qq.com wap.kong.net 3g.sina.com.cn 对比了一些网站WAP开发。google的Mobile应用都是基于XHTML Mobile1.0，也的确做的很优秀。其他很多WAP网站，都是支持WML1.1 和 XHTML Mobile 双标准的。…
👤 博主
📅 2009-06-01
👁 3553
👍 0
📂 Web编程
阅读全文 →
C# 用户经常提出两个问题："我为什么要另外编写代码来使用内置于 Windows 中的功能?在框架中为什么没有相应的内容可以为我完成这一任务?"当框架小组构建他们的 .NET 部分时，他们评估了为使 .NET 程序员可以使用 Win32 而需要完成的工作，结果发现 Win32 API 集非常庞大。他们没有足够的资源为所有 Win32 API 编写托管接口、加以测试并编写文档，因此只能优先处理最重要的部分。许多常用操作都有托管接口，但是还有许多完整的 Win32 部分没有托管接口。 平台调用 (P/Invoke) 是完成这一任务的最常用方法。要使用 P/Invoke，您可以编写一个描述如何调用函数的原型，然后运行时将使用此信息进行调用。另一种方法是使用 Managed Extensions to C++ 来包装函数，这部分内容将在以后的专栏中介绍。 要理解如何完成这一任务，最好的办法是通过示例。在某些示例中，我只给出了部分代码；完整的代码可以通过下载获得。…
👤 博主
📅 2009-06-01
👁 3829
👍 0
📂 Web编程
阅读全文 →
ADO.NET提供了两个主要的类来读取数据。通过本文我们可以学习如何在两者之间进行选择。 我经常听到有人问这个问题："在ASP.NET Web应用程序中我应该用DataReader类还是DataSet类呢?"在很多文章以及新闻组的贴子中我经常看到这样的误解，即认为DataReader(SqlDataReader或OleDbDataReader的缩写)比DataSet好。有时候我也会看到相反的说法。事实上，Microsoft创建了这两个数据存取类是因为它们都是我们所需要的。每个类都有其优点和不足，你可以根据应用环境来选择用哪一个。 本文就两者的选择问题做了很清楚的讲述，可以让你在运用ASP.NET时，在选择DataReader类或DataSet类的方面得到一些指南。在基于客户端的Windows Form应用程序环境下，这些规则可能会改变。我在做这些讲述时，假设你已经用过DataReader和DataSet类了，并对它们很熟悉。…
👤 博主
📅 2009-06-01
👁 3880
👍 0
📂 Web编程
阅读全文 →