本系列文章导航走进Linq--Linq横空出世篇走进Linq-辉煌的背后走进Linq-Linq大观园不能不说的C#特性-对象集合初始化器不能不说的C#特性-匿名类型与隐式类型局部变量不能不说的C#特性-扩展方法不能不说的C#特性-匿名方法和Lambda表达式不能不说的C#特性-迭代器(上)及一些研究过程中的副产品不能不说的C#特性-迭代器(下)，yield以及流的延迟计算走进Linq-Linq t

从类名就可以看出SortedDictionary<TKey,TValue>和上篇介绍的SortedList一样，都是有序集合，但从类内部的存储结构上看，两者有很大区别，SortedList内部用数组保存，只能算是有序线性表，而SortedDictionary<TKey,TValue>的内部结构是红黑树。 园子里有不少关于红黑树的好文章，已将红黑树分析的很透彻。所以这里不讨

上周我做了个有趣的测试，在一个抢票的活动页面中仅有1个按钮，顶端有一个返回主页。按照正常理论思维，用户能点就是这2个位置，不会点击其他的位置，因为没有意义。 　　然后经过2天，我提取到一些数据，分享一下： 　　是不是完全与我们想象的有很大差距呢？ 　　虽然购票按钮是最大热区，不过蹦失的鼠标点击行为也有很大一部分，真是太浪费了。而返回首页的顶部链接，用户点击的却寥寥无几。 　　分析： 　　第一，这

Session引入 NFS4仅支持单服务器，并且客户端和服务器只有一个连接。这意味着客户端不能并发访问服务器数据。同时NFS4虽然支持EOS(Exactly Once Semantics)，但存在重大设计缺陷。NFS4.1有两个主要目标：1）修正NFS4的一些重大设计缺陷； 2） 提高并发访问能力。 为此NFS4.1引入一个重大的设计：session。S

链表是数据结构中存储数据的一种形式，我们经常使用的List<T>,ArrayList,Hashtable等容器类，存取操作时是用数组Array来保存，ListDictionary和LinkedList<T>不用Array，而是用链表的形式来保存。 链表的优点和缺点 以ListDictionary为例，在源码中，看不到Array类型的的变量，取而代之的是一个Diction

从网上搜索SQL存储过程解密，可以看到一大堆的资料，其内容都基本上都一致，这是先放上一篇：解密存储过程本文将以此为基础进行研究，虽能解密成功，但其中解密那一段究其原理是到底是什么，一直也弄不明白，望了解内情的朋友告知。先谈问题：网上得来的存储过和经试验存在几个问题：1、并没有删除原存储重建，仅仅在控制台做了一个输出，拷贝出来很不方便。2、对于长度大点的加密数据会解密失败。带着这两个问题来改造此存储

.Net3.5之后出现了HashSet<T>，硬翻译过来就是“哈希集合”，跟“哈希”两字挂钩说明这种集合的内部实现用到了哈希算法，用Reflector工具就可以发现，HashSet<T>和Dictionary<TKey,TValue>使用了相同的存储方式和哈希冲突算法，那么，它跟Dictionary<TKey

今天来探究哈希表，.net内置的哈希表容器是Hashtable类,而Dictionary<TKey,TValue>是对应的泛型哈希表. 哈希表-Hashtable的实例化 一般我们实例化ArrayList或List<T>的时候,如果不指定容量,则其内部是赋值为一个静态的空数组。当有添加操作时，会实例化为一个长度为4的数组，如果容量满了以后，再添加，就会自动扩充为两倍的容量。

      微软于2010年12月21日发布了分布式并行计算基础平台——Dryad测试版，成为谷歌MapReduce分布式数据计算平台的竞争对手。它可以使开发人员能够在Windows或者.Net平台上编写大规模的并行应用程序模型，并能够在单机上所编写的程序很轻易的运行在分布式并行计算平台上，程序员可以利用数据中心的服务器集群

时间有限，待完善。 　　要展开这个话题，我想首先需要解决好为什么需要这样做的问题。源码级别看待Apache，首先需要解决态度问题哈。 　　追溯Apache的历史，从Tin Berners-Lee 1991年编写的CERN HTTP服务器算起，已经有20多年历史了。当下，Apache可以说是最流行Web服务器。facebook，google，百度等大型互联网公司所使用的web  serve

本人近来关注于数据库安全方面，粗略地研究了下数据库的自主访问控制(DAC)和强制访问控制(MAC)，现把自己对ORACLE中DAC的理解写出来，与大家分享，以上均ORACLE文档结合自己的理解，难免存在错误的地方，还请指正。      访问控制是允许或者禁止某人访问某资源的过程，数据库中就是限制用户对数据库客体（如表、试图等）的访问。实现这种访问控

基于BP神经网络的字符识别研究   摘要：本文通过对人工智能课程中BP神经网络的学习，基于一个神经网络的开源项目，开发实现了一个简易的字符识别系统，并给出了较为理想的实验效果。该系统可以在手写体，印刷体字符识别上有广泛的应用。 关键词：BP神经网络; 字符识别；开源；AForge.NET   0 引言 在处理光学字符识别（OCR）问题上有很多种方法，最常见和流行的方法是基于神经

现在有很多博客，微博，SNS等系统都有更换皮肤的功能，用户可以随心所欲的更换自己喜欢的主页皮肤，比如更换成蓝色格调，暖色格调等。从技术的角度来看，更换皮肤其实就是更换主页对应的CSS样式，所以实现该功能该功能的核心就是动态更改主页的CSS样式，另外要考虑到配置的方便，所以最好把皮肤的路径配置到web.config里。基于这样考虑，我们可以这样去处理：     1.配置web

通过前面两篇，我想各位朋友对“面向接口编程”的思想有了一定认识，并通过第二篇的例子，获得了一定的直观印象。但是，第二篇中的例子旨在展示面向接口编程的实现方法，比较简单，不能体现出面向接口编程的优势和这种思想的内涵。那么，这一篇作为本系列的终结篇，将通过分析几个比较有深度的模式或架构，解析隐藏其背后的面向接口思想。这篇我将要分析的分别是MVC模式和.NET平台的分层架构。 这

目录： 开篇 UCenter API 通讯原理 AuthCode 函数详解（敬请期待） UCenter 通讯基本原理 UCenter和各个子站的通讯，主要就是通过 POST 的方式调用而已，没有什么技术含量。 表单参数都是经过Base64算法，加一个通信密钥进行加密和解密的。 返回的数据是单个参数（例如：0或者1），也可能是xml序列化后的数据。 例如一个请求：code=e145fs

本文属于原创，但不是首发，原文链接：http://www.dozer.cc/2011/01/ucenter-api-in-depth-1st/   既然说是开篇，那就先说点别的吧~ Discuz 的强大的大家有目共睹的，现在又被腾讯收购，不知道以后会不会发展地更强大！ Discuz 算是很开放的吧（对php程序员而言） 因为它的核心产品 UCenter（用户中心）对外的 API 很强大

选项卡的创建有几种方式呢？ 第一种，继承TabActivity，TabActivity类似于ListActivity，这样我们可以不用指定xml布局文件，系统会提供默认的xml布局。说明一点，我们也可以自己配置xml布局文件（但是不能改变TabHost和TabWidget，TabContent的id名称），将选项卡放置在屏幕的下方。 @Override   public vo

CURL 是一个很强的http工具，可以做任何浏览器所能做的事情，可以说它就是一个浏览器客户端，其实它的原理就是根据HTTP协议发送对应的报文，支持 http/ssl/ftp/proxy 等；以前没有系统的研究它，今天发了一下午特殊研究了一下它，并参考网上的资料和郑GG写的相同工具自己写了一个操作更方便的类，现分享一下， 1 2  <?php 3 /** 4

智能小车目前已经可以通过各种方式进行遥控了，不过做到这一步还远远不够，我们需要智能小车有自己的“思维”，根据需要进行进退、转向或停止。要做到这一步，必须让智能小车有自己的感知“器官”，第一步我们先添加测距传感器，以后我们会陆续研究寻际、摄像头等传感器，让所谓的智能小车，更加“智能”。 目前市面上的超声波模块有两种硬件接口，一种是触发和脉冲输出方式，一种是串口通信（RS232），后一种编写通信接口程序比较简单，就是简单的串口编程，不过售价比较高。前一种对实时性要求很高，其测量精度和你的程序实现相关。 我们仅介绍前一种通信方式，模块的工作原理如下： (1)采用IO触发测距，给至少10us的高电平信号; (2)模块自动发送8个40khz的方波，自动检测是否有信号返回； (3)有信号返回，通过IO输出一高电平，高电平持续的时间