小飞鱼的专栏

如果有朋友要问我既然有ActiveSync，干嘛还要用IP连接，那我就啰嗦下道明缘由了。通过ActiveSync自然有好处，那就是方便，坏处呢，就是传输速度慢，如果要部署一个几M的文件，而且需要频繁的调试，那你就会难以忍受他的速度；而我呢，更糟糕的是usb连接不稳定，ActiveSync连接到一半以后就卡住，有时候连上了，一会儿又掉线。无奈，只好另辟蹊径了。 OpenNetCF上的一篇

毫无疑问，对数组的读写效率是最高的，缺点也很明显，无法动态增长；泛型List和ArrayList可以动态增长，而泛型List的读写效率较高； for的效率也比foreach效率高，因为foreach含拆箱的过程，即使是最简单的数据类型，也需要消耗一定的时间； 所以，总结来说，使用List，for来遍历是最佳搭配，大家大可以写个测试程序来验证一下。

      在设置注册表的值时，指定值类型为uint型，指定注册表数据类型为RegistryValueKind.DWord，当值大于某个数以后，设置报错，测试了一下，临界点是0x7FFFFFFF（2147483647）。      如果指定值为int，虽然是有符号的，但是，写入注册表以后，同样是无符号的双字节整型，0-0xFFFFFFFF都可以设置。      这就奇怪了，好端端的uint

      非常感谢chnht兄的指点，之前本篇文章有所纰漏，在此向大家道歉，深感惭愧。      一下是修改后的内容，请大家指导      音量的取值范围是0-0xFFFFFFFF，事实上，该取值范围应该分解来看：            1. 在双声道系统中，低四位用于设置左声道，高四位用于设置右声道            2. 在单声道系统中，低四位决定了音量大小，高四位无效

     你的.net CF 程序跑得慢怎么办，一步步跟踪？当然不用，这么原始的方法，费时费力，还不一定找得到点子上。     向大家推荐一款开发利器——EQATEC Profiler，嘿嘿，功能强大哦，还支持 CF 3.5。能够分析出程序执行过程中，方法被调用的次数，调用顺序，执行时间，占用内存等等诸多参考值。本人就是靠这个发现了xml文件读取的性能问题，从而抛弃xml文件存储，全面启用SQ

近阶段新写了几个控件，发现初始化时候很慢，其中一个的初始化时间要5秒钟之多，到了忍无可忍的境地，于是乎，跟踪了一下代码，发现问题出现在重写的OnResize中，初始化时候OnResize方法竟然被调用了5次之多，而我又在OnResize方法中执行了一些读取图像文件并绘图的工作，不慢才怪了....于是写了一个继承于UserControl的超简单控件，并重写了OnResize方法，里面只有一句话，

通常绘制文字有以下几个方法：DrawString(String, Font, Brush, Single, Single) 在指定位置并且用指定的 Brush 和 Font 对象绘制指定的文本字符串。DrawString(String, Font, Brush, Single, Single, StringFormat) 使用指定 StringFormat 的格式化属性，用指定的 Brus

项目中需要对一个c写的算法进行测试，搞点图形化效果来显示运算结果，以便突出其准确率。因此需要将其从c语言转换成c#，以便绘图。算法中对数组大量采用了指针操作，鉴于算法中很多函数参数不确定是输入作用还是输出作用，还是两者兼之，因而，打算保留对数组的指针操作方式。 1. 在使用指针操作的函数前，申明函数为 unsafe，例如：    public unsafe  void cw

平时我们在pc上使用SQLite或者其他数据库，数据量不达到海量，是不会发觉索引对多表链接效率的影响的。我的SQLite数据库跑在wince系统上，cpu只有433MHZ，建立数据库时，并没有对主键和外键建立索引，随着数据量的增大，一些3表甚至是两表链接的应用效率开始明显降低。在建立索引以后，效率明显的提升，几乎同单表查询时持平。所以，大家在做数据库时，别偷懒，该用的索引还是用上，呵呵。