摘要：
如果问软件是否需要个性化，很明显需要——因为软件天生就是个性化的服务。如果把软件的工作参数认为是实现个性化的工具，那么真的需要很多参数。软件一般分类通用软件与应用软件，通用软件提供基础服务，比如OS,比如Database；应用软件面向具体的应用，一样又可以细分为很多种类。应用软件又可以简单的分为专业 阅读全文
摘要：
在项目中，我们使用IronPython来定义工作流脚本来以应对科研多变的需求。项目使用的主要语言仍然是C#，使用C#封装了各种基础服务与基础设施。Python脚本只使用C#提供的服务，或者说只定义了逻辑流程，一切实际操作都有C#来操刀。一切工作良好，但在工程师(engineer)脚本[1]中，我们需 阅读全文
摘要：
在Win32 Api中有很多添加/设置函数在参数上支持多种不同类型的结构体。这些参数定义为LPVOID* 或者LPBYTE，LPVOID*一般由Win32 分配内存空间，在C#从通过System.IntPtr进行遍历[1]。LPBYTE空间在函数调用的外部进行分配，之所以定义为LPBYTE，是因为这 阅读全文
摘要：
使用C#调用Win 32 Api大部分情况下基本只涉及到参数类型的转变，但在遇到Win 32 Api返回LPVOID *lpBuff 时会遇到一些解析遍历难题。lpBuff为二维指针，*lpBuff是指向其内容的数组的首地址，在C/C++中可直接通过数组下标进行访问。但在C#中会有如下问题： 在相关 阅读全文
摘要：
Exception: 集合已修改；可能无法执行枚举操作。 如果确实存在需要先确认字典是否存在指定键，然后修改怎么办？很简单，改变遍历源，直接修改目标。这样在语义上也更加正确一些。 阅读全文
摘要：
在硬件编程时，大部分非智能硬件并没有主动通知反馈功能，需要PC主动轮询状态寄存器去查询硬件状态。对于运动类控制器，查询的时机（间隔）在一定程度上影响着准确率与系统负载。即使不考虑系统负载，在1000Hz（1ms/次）查询状态时，windows并不一定能保证1ms的查询速率，或者说很困难。window 阅读全文
摘要：
团队正在开发一个仪器控制软件的框架，希望该框架能兼容/容忍一些硬件的变换，以及灵活定制建立在该硬件平台之上的工作流。目标仪器使用了很多的串口通信（Serial Port），所以大家觉得应该设计/封装一个统一的串口类来管理串口通信的一致性。就我个人的意见来说，我不是建议在System.IO.Port. 阅读全文
摘要：
这个一个很主观的决定，我不准备号召他人与我同在，所以无所谓说服他人，纯粹个人行为。至于为什么，因为在这一年里，支付宝给我的体验相当不好。体验是相当主观的东西，也许我十分在意，而你毫无所谓。 总是引诱，甚至在UI和流程设计上强迫我开通快捷支付。手机上就不要使用充值了，默认绑定快捷支付——我十分反感快捷 阅读全文
摘要：
如果Dll中有某个类的方法返回dynamic实例，并且dynamic对象实际实例为匿名类类型，则Dll的外部使用者可能最终无法正常使用此dynamic对象。当使用此dynamic对象时，可能会遇到x属性没有在object中定义的错误，此错误属于Microsoft.CSharp.RuntimeBind 阅读全文
摘要：
static是申明静态字段、静态方法或者静态类的修饰符。使用static申明的字段属于类型本身而不属于任何字段，声明的类也具有一些特别特性，比如不能实例化，不能继承等。用通俗化的语言来说，static字段即使创建多个类型实例也只会声明一次，应为它属于类型。它在所有类实例之间皆可访问，可以认为静态字段 阅读全文