Kinect for Windows SDK(K4W)将Kinect的体感操作带到了平常的应用学习中，提供了一种不同于传统的鼠标，键盘及触摸的无接触的交互方式，在某种程度上实现了自然交互界面的理想，即通过手势，语音即可向应用程序发出指令。目前K4W SDK已经更新到了1.7版本，新的Xbox One上面的Kinect功能更强大，预计明年会退出新的K4W的传感器及相关开发的SDK，届时动作捕捉会更加精细和强大。 K4W SDK中的内容不是特别多，学习相关开发只需要掌握简单的.NET或者C++语法即可，但是如果学深入的话，可能需要掌握一些模式识别，图像处理方面的知识，尤其是需要从传感器取得的影像数据或者深度数据中提取一些有用的操作的时候。不过微软提供的K4W已经封装好了一些操作，如面部识别，语音识别，Fusion，骨骼追踪等，能够满足大部分的应用开发的需求和场景了。 本文主 …
昨天MSDN上K4W开发相关的中文版论坛正式开放了，地址 http://social.msdn.microsoft.com/Forums/zh-CN/home?forum=k4wdevelopment 。虽然我的博客上有些Kinect开发相关的文章，不过如果大家有什么问题，还是建议去MSDN的K4W上去提问，那儿有专门的工程师给大家解答问题。我也是那个板块的版主，如果有谁对这个有兴趣，也可以申请版主或者副版主，谢谢。。。
我们知道在.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 …
一般地，用.NET编写的程序集在发布前，通常需要对代码进行混淆和强签名，下面简要介绍一下程序集的混淆和强签名的步骤及在实际开发中的实施。 1.创建一个公钥/私钥对 首先，需要创建一个公钥/私钥对。密钥如果有密码保护，则生成pfx文件，没有密码生成snk文件，pfx比snk文件较大些，在Visual Studio命令提示符下： Sn -k Certify.snk 该.snk文件应该由专门人员用专门设备保存起来。 然后，运用如下命令，从该公私密钥对中，提取出公钥，公钥发给每一个开发人员。 sn -p Certify.snk Certify.public.snk 2.创建一个控制台应用程序 为了掩饰如何对程序进行签名和混淆，首先创建一个控制台应用程序，名为Sign.exe,为了更好地说明签名及混淆前后代码的变化，我们使用ILDASM来查 …
周五天晚些时候，部门发布了一个“世界末日”版本的产品，我们小组参与了其中Office插件的开发工作。这算是一个比较重要的节点。产品发布后，在同事机器上安装部署之后，Office插件发现了一个比较严重的Bug，就是用户在打开一个已经存在的Excel文件的时候，我们的插件不能正常加载，因为之前开发调试的时候，都是直接选择Excel软件为启动项的，这样，每一次都是直接打开的Excel程序，而不是一个文件。在检查这个Bug的时候又发现了另外一个比较严重的Bug，就是Excel关闭之后，任务管理器中的Excel.exe这个进程没有关闭，这个Bug在开发阶段我注意到了，以为是开发阶段调试的时候才有的，所以没有太在意。于是乎跟领导们反应之后，领导过来说这个Bug能不能修复，最好能修复，不可以的话，叫测试那边注意一点儿就可以。我说可以，但是需要一点儿时间。我和另外一个同事开 …