一般在写方法的时候，第一步就是进行参数验证，这也体现了编码者的细心和缜密，但是在很多时候这个过程很枯燥和乏味，比如在拿到一个API设计文档的时候，通常会规定类型参数是否允许为空，如果是字符可能有长度限制，如果是整数可能需要判断范围，如果是一些特殊的类型比如电话号码，邮件地址等，可能需要使用正则表达式进行判断。 通常，我们一般都是在方法开始的地方进行条件判断，然后抛出合适的异常，这是最普通和通用的做法，但是在.NET中，利用一些语言特性和类库，可以使用一些其他的方式将我们从复杂繁琐的工作中解放出来。本文逐一介绍能够用来进行参数验证的方式，他们包括直接判断语句，帮助类，扩展方法，Customer Attribute，Enterprise Liberary，Debug.Assert，Code Contract等。可以看到在.NET中随着版本的演化，逐步添加了很多声明式编程( …
最近在工作中遇到了一个小的功能，就是需要向一个服务发送请求命令，需要判断请求是否发生变化，如果发生变化了，则重新请求。该问题实际上就是判断两个集合是否相等，只需要记录最后一次请求的元素的集合，然后将其和最新一次进行比较是否相等。需要说明的是这里定义的集合相等是指：两个集合如果元素值一样并且出现的次数也一样，即使顺序不一样也认为是相等，比如集合A={1,2,3,4,4,5} 集合B={1,4,4,2,3,5} 这两个集合也认为是相等的。后面讨论的集合相等都是基于这一假设的。 就这么个简单的问题，也有不同种解决方法，这里和大家分享一下。 方法一 使用Dictionary计数来实现 这种方法思路很简单，创建一个Dictionary对象，将第一个集合中的元素作为key添加到Dictionary中，value即为出现的次数。然后遍历第二个集合，如果包含相同的 …
上文讲解了.NET中的采用Task可以实现任务的并行。除了任务的并行之外，还有数据的并行。和任务的并行不同，数据的并行是指并行的源头不是算法的代码，而是算法操作的数据的本身，TPL (Task Parallel Library)中提供了几个数据并行的API. 一 数据的并行 1.1 Parallel.For和Parallel.ForEach for 和foreach语句也适合进行并行化。实际上，随着并行计算的流行，对这种循环遍历进行并行化也有过很多种尝试。这些方法包括对在编程语言进行扩充等，比如C++里面的OpenMP标准。C#并行类库(Task Parallel Library, TPL)通过提供一些API实现了数据并行化功能，这就是Parallel.For和Parallel.ForEach方法，分别对应平常用到的for和foreach。 回到上文中的遍历数 …
一、引言 前天在GitHub上看到一幅图，问如何向五岁的小孩讲解并发和并行。然后有人以这幅图做答： 这幅图有点儿意思，用咖啡机的比喻来形容并发和并行，从中最直接的体会是，并发是有状态的，某一线程同时执行一个任务，完了才能进行到下一个，而并行是无状态的。 近些年，计算机的处理能力成指数能力增长。处理能力也越来越快，以前的一些工作站现在都可以移植到笔记本电脑或者手持设备上。但是近几年，由于处理器的处理速度已经达到了极限，所以处理器开始向多核方向发展，而提高程序性能的一个最简单的方式之一就是充分利用多核处理器的计算资源。但要编写利用多核处理器处理的程序并不那么简单。所以一些函数是编程语言，如F#，Scala，Erlang等又开始流行起来，因为他们带来的不可变性，递归思想等在一定程度上简化了并行和并发编程。 本文和下文从任务并行和数据并行两个方面，简要讨论 …
我们知道在.NET平台上有很多种数据存储，检索解决方案-ADO.NET Entity Framework，ASP.NET Dynamic Data，XML, NHibernate，LINQ to SQL 等等，但是由于一些原因，如平台限制，比如说必须基于.NET Framework2.0及以下平台；遗留的或者第三方数据接口采用的就是DataTable等等，仍然需要使用DataTable作为数据存储结构。另一方面DataTable比较容易使用，一些数据访问的接口可能直接采用了DataTable结构。在使用DataTable进行数据检索的时候，有一些需要注意的地方，这些地方会严重的影响对数据的检索效率。 本人最近工作中需要对大量的DataTable进行拼接。接口的数据是以DataSet然后里面放DataTable的方式提供的，暂不提是否合理，同时进行多个请求的时，服务端会返回 …
在工作中，经常会碰到诸如内存泄漏的问题，有时候会听到同事讨论在.NET中如何释放内存，比如说“不要使用using，要手动调用dispose”，“要手动的编写析构函数”等等，其中很多观点我觉得不对，今天稍微整理一下，本文译自Effective C#。 一 问题的由来 在.NET这种托管环境中，垃圾回收为我们管理内存，和其他一些语言如C++不同，我们不必操心内存泄漏，非法指针，没有实例化的指针，以及其他一些内存管理的问题。但是垃圾回收也不是万能的。在有些时候，我们也必须自己手动的对使用过的资源进行清理。对一些非托管的资源，如文件句柄、数据库连接、GDI+对象，COM对象以及其他一些系统级别的对象进行访问后，我们需要进行手动的清理。另外，有时候可能会使得某些对象在内存中的存留时间比我们预期的要长，比如在我们创建事件或者代理的时候。一些查询表达式，因为有延迟执行的特性，会使得一些对象的生存 …
一 问题重现 前面在减少.NET内存占用的一则实践中，和大家分享了在.NET中使用P/Invoke技术来调用C++编写的非托管代码的例子。虽然性能和内存占用还不错，但是在随后而来的几周里，在某些同事的机器上总是偶尔会出现异常导致应用程序突然崩溃，尤其是在一些配置比较好的机器上。于是完善了一下日志记录，捕捉到最多的异常是: “Attempted to read or write protected memory. This is often an indication that other memory is corrupt.” 然后调试的时候无法跟进去，直接抛出如下的异常： 根据这个异常实在查找不出任何有意义的信息，不过结合这两者很明显的知道，问题出在调用的非托管的代码里面。 二 解决方法 根据之前提示的问题， …
最近一周比较忙，主要的工作内容是在做一个叫“键盘精灵”的东西，简单来讲就是将很多数据放到内存中，对这些数据进行快速检索，然后找出根据输入条件最匹配的10条记录并予以展示。具体和下面两款炒股软件的相关功能类似： 数据以文本形式存在文件中，且数据量较大，有近20万条，每一条记录有几个字段，以分隔符分割。当时使用的是6万条记录的测试数据，文本文件将近10M，这个模块加载到内存并建立缓存之后，大概会占用将近70-80M的内存。自我接手以后，主要的任务就是降低内存消耗和提高匹配效率。 一、避免创建不必要的对象 拿到代码后，第一步就是看设计文档，然后断点一步一步的看代码，大概明白了逻辑之后，发现思路有一些问题。之前的代码处理流程思路大概是下面这样的： 将文件读取到内存，实例化 根据条件对文件进行检索，并存储到结果集1中 对结果集 …
上一篇文章中简单讲了.NET中值类型和引用类型的区别，并分析了引用类型的内存布局和实现方式，并在开始的例子中简单分析了值类型相较于引用类型的若干优点。在平常的开发中，很多人一上来就用class，而很少去想到底该用class还是struct。本文详细介绍.NET中的值类型以及在使用中应该注意的问题。在某些情况下，使用值类型较引用类型可以显著减少内存占用和GC压力，提高程序的执行效率。本文参考《Pro .NET Performance》 《CLR Via C#》和 《Advanced .NET Debugging》，希望对您有帮助。 值类型内部实现 和引用类型相比，值类型具有相对简单的内存布局，但是这种简单的布局也引入了一些限制，尤其是在要将值类型“当做”引用类型使用的时候需要进行装箱操作。 上篇文章提到，使用值类型最主要的原因是：值类型具 …
.NET中的类型分为值类型和引用类型，他们在内存布局，分配，相等性，赋值，存储以及一些其他的特性上有很多不同，这些不同将会直接影响到我们应用程序的效率。本文视图对.NET 基础类型中的值类型和引用类型在内存中的布局，方法的调用，值类型如何实现接口，以及其他一些细节问题进行一些简要的讨论，文章主要参考《Pro .NET Performance》 和 《Advanced .NET Debugging》 ，希望给大家一点儿帮助。 一 简单例子 举一个简单的例子，我们有一个名为Point2D的对象，用来表示二维空间中的坐标，每一个坐标值x,y都用一个short类型表示，整个对象占4个字节。现在假设我们需要在内存中存储1000万个这样的坐标点集合对象。那么他们会占用多大内存呢？这个问题的答案其实在很大程度上依赖Point2D是值类型还是引用类型。如果他是引用类型，10 …