做Office相关的开发工作快一年多了，在这一年多里，在插件的开发中遇到了各种各样的问题和困难，还好同事们都很厉害，在和他们的交流讨论中学到了很多的知识。目前Office相关的开发资料是比较少的，最最开始的时候，我看的是一本英文资料，然后再就是MSDN上面去提问了。所以我想写一点东西，让大家也少走一些弯路。 这篇文章就简要介绍一下Office开发的一些相关的知识，使大家对这个有一个大体的了解。 首先来看一看Office 的开发方式。 一 Office开发方式 1 VBA (Visual Basic Application) VBA是一种Visual Basic的宏语言，它应该是最早的Office提供定制化的一种解决方案，在1994年发行的Excel 5.0版本中，就具备了VBA的宏功能。从名字上似乎可以看出他是VB的一个子集，和Visual …
本文译自 http://dotneteers.net/blogs/vbandi/archive/2013/03/25/kinect-interactions-with-wpf-part-i-getting-started.aspx，建议直接点击查看。 今年三月份发布了1.7版本的SDK，这一版本的SDK较前一版本最大的变化是添加了Kinect Interactions 和 Kinect Fusion。Kinect Interactions 提供了一些新的带有姿势识别的控件如 push-to-press 按钮, grip-to-pan 列表控件， 而且支持多用户，同时二个人进行的交互，这些新添加的控件能够非常方便的集成到应用程序中，极大的简化了开发和调试过程。 1.7 SDK中新增的第二个功能是去年在Build 2012大会上提到的Kinect Fusion，他能 …
整理了一下去年为止到现在写的和翻译的Kinect的相关文章，方便大家查看。另外，最近京东上微软在搞活动， 微软 Kinect for Windows 京东十周年专供礼包 ，如果您想从事Kinect开发，没有设备的话，有兴趣可以上去看看。 如果您在开发中遇到问题，可以到微软MSDN K4W板块提问，那儿有专门的工程师回答您的问题，另外我新建了一个QQ群 254015296 ，如果您有兴趣也可以加一下一起讨论共同学习。以下所有和Kinect开发相关的文章，希望对您有所帮助。 1. [译]Kinect for Windows SDK开发入门(一)：开发环境配置 2. [译]Kinect for Windows SDK开发入门(二)：基础知识 上 3. [译]Kinect for Windows SDK开发入门(三)：基础知识 下 4. [译]Kinect for …
一、引言 前天在GitHub上看到一幅图，问如何向五岁的小孩讲解并发和并行。然后有人以这幅图做答： 这幅图有点儿意思，用咖啡机的比喻来形容并发和并行，从中最直接的体会是，并发是有状态的，某一线程同时执行一个任务，完了才能进行到下一个，而并行是无状态的。 近些年，计算机的处理能力成指数能力增长。处理能力也越来越快，以前的一些工作站现在都可以移植到笔记本电脑或者手持设备上。但是近几年，由于处理器的处理速度已经达到了极限，所以处理器开始向多核方向发展，而提高程序性能的一个最简单的方式之一就是充分利用多核处理器的计算资源。但要编写利用多核处理器处理的程序并不那么简单。所以一些函数是编程语言，如F#，Scala，Erlang等又开始流行起来，因为他们带来的不可变性，递归思想等在一定程度上简化了并行和并发编程。 本文和下文从任务并行和数据并行两个方面，简要讨论 …
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中 对结果集 …