C#调用API经验总结
我们有时需要遍历某个目录下的文件和子目录，可以使用System.IO.DirectoryInfo.GetDirectories或GetFiles 来获得目录下的所有的文件和子目录，当这个目录下的内容比较多时，这个操作就比较耗时间，有时我们仅仅需要知道某个目录下是否有子目录，这样的操作显然是浪费时间的。此时我们很容易想到三个Win32API函数 FindFirstFile，FindNextFile和FindClose。这三个API搭配使用就能遍历文件和子目录了，而且可以遍历的时候随时中止，避免无谓的操作。
C#中可以使用foreach来遍历某个序列，遍历使用的对象必须实现 System.Collections.IEnumeable接口，而内部调用的遍历器则必须实现 System.Collections.IEnumerator ， 为了使用方便，我们在使用FindFirstFile等API函数时封装为 IEnumerator，而且实际上是有条件封装的。
这里很多人就会提到C#调用API的执行效率问题，认为应当用C，C++调用API才是正道，使用C#调用API则有些鸡肋。但在我个人编程经历中，也有不少C#调用API的，经验发现其实效率问题不大，可以省略。我只是做常规的运行在PC机上面的软件，CPU通常超过1GHZ，而且无需考虑高实时性和高效率。若过于考虑效率问题会加大软件开发消耗。从工程开发管理方面看是不合理的。我应当解决比较突出的效率问题，不突出的影响不大的效率问题有时间才去解决。使用C#封装Win32API必然会降低执行效率，但是封装后使用方便快捷，综合考虑认为这是正确的。
这里说一下“技术镀金”这个问题，所谓技术镀金就是开发人员在项目软件开发中过于追求技术的完美性，试图在技术上镀上一层完美的金壳，导致软件开发工作量加大，项目时间拉长，有可能导致项目的失败。我吃过“技术镀金”的苦头，现在我内心是追求完美的，但实际开发时经常有意压制追求完美的心思。
现在继续探讨封装大计，本次封装重点在于实现IEnumerator,而IEnumeable只是IEnumerator的一个包装。 IEnumerator实现方法 Reset ， MoveNext 和属性 Current，Reset方法用于重新设置遍历器，MoveNext用于查找下一个文件或目录，而Current返回当前文件或目录。
这个遍历器还得注意FindClose的调用，必须在遍历完毕没有找到文件或子目录后调用，若不C#调用API函数则会造成内存泄漏。