C#获取图像Exif信息
参考资料 ·http://msdn.microsoft.com/zh-cn/library/system.drawing.imaging.propertyitem.id.aspx
2010-01 归档
共 34 篇PlatformNotSupportedException: 此操作要求使用 IIS 集成管线模式
运行后报错：System.PlatformNotSupportedException: 此操作要求使用 IIS 集成管线模式。代码修改如下：
C# short,int,long转byte[]
在做字符串保存为文本时，经常有要求使用n(2,4,8)个字节来保存一个字符，如下边例子： 若想知道C#将每个字符转成的字节内容，这就需要将short,int,long转成byte，使用BitConverter.GetBytes方法可以完成这种转换，代码如下：
页面使用gb2312编码导致IE6、IE7不能显示Google地图
运行上边代码后，经测试在IE6、IE7均不能显示出Google地图，FF下能正常显示，脚本老报错：'GMap2' 未定义，最终发现是页面使用了gb2312编码的原因，改为utf-8后即正常：
小工具：获取Google地图任意点经纬度
运行上边代码，在Google地图上单击任意位置即可显示经纬度。
Windows CE INF节标头说明
Version节 必选，指定CAB 文件的创建者、签名和 Windows CE 签名。 CEStrings节 必选，指定应用程序名和默认安装目录。 Windows CE 目录标识符 Strings节 可选，定义一些字符串变量，INF任何地方可用 %变量名% 引用。 CEDevice节 可选，指定应用程序支持或不支持的平台。 DefaultInstall节 必选，指定有关应用程序的默认安装的信息。 SourceDisksNames节 必选，指定应用程序源文件在本地的路径。 SourceDisksFiles节 必选，指定应用程序源文件在本地的文件名。 DestinationDirs节 必选，为各个CopyFiles指令指定目标路径。…
轻量级C# IDE：SharpDevelop
一直想找一款轻量级的C# IDE，今天还真找到了，SharpDevelop，最新版本为3.1，要求机子先装有.NET Framework3.5 SP1，家里机子比较老，只能安装2.2.1版，大小只有8.5M！ 测试了下，对控制台应用程序和Windows应用程序都支持得不错，可编写C#可运行，稍稍有些遗憾是不支持Web应用程序可视化编辑，运行也不方便，不知3.1中有没改善。
JSON解析类(C#) 改进版
示例代码：
JSON解析类(C#)
调用示例：
技术总监谈好的程序员如何写代码[转]
要判断一个程序员是不是好的程序员，主要看他写的代码，因为程序员最重要的事是写代码。 即便不去理解代码的意图，只要看一眼，好的程序员写的代码与差的程序员写的代码基本上就可以看出来。好的程序员写的代码，整洁而规范，视觉上自然有一种美感。空白错落有致，注释恰到好处，命名和排版遵守统一的规范。差的程序员写的代码则经常出现过长的函数，前后不一致的命名方式和排版，过深的嵌套结构，非常复杂的表达式，随处可见的数字等毛病。 再去粗粗阅读，对好的程序员还是差的程序员就会更有把握。好的程序员写的代码，有一种精心雕琢而成的一致性。好的程序员一致会遵守统一的命名方式，如camelCase，而差的程序员的变量命名时不时的就会偏离统一规范。好的程序员的代码中拼写错误几乎不可见，而差的程序员的拼写错误要多得多。好的程序员对于同一类动作，不会忽而用这个动词，忽而又用那个同义词，如add/insert混用。好的程序员采用一致的简写规则，差的程序员则时而不简写，时而简写。好的程序员会很注意名称中形容词与名词谁在前谁在后，而差的程序员没有规则，时而在前时而在后。好的程序员很少会写出大段大段的重复代码，差的程序员却经常搞不定重复代码，他们难以将重复的代码抽取出一个统一的概念进行重用。好的程序员对于对外的API会注重注释与代码的一致性，差的程序员经常注释中的参数名称与函数定义都不一致。好的程序员很少会留下被注释掉的或用#if 0括起的垃圾代码，他们意志坚决，代码有用就要，没用就不要，差的程序员则不一样，他们经常不确信一段代码是否真的需要，他们缺乏保持代码整洁的习惯，因此他们让垃圾代码留着。…