笔者主要在一家金融公司从事开发工作，需要长期与数据打交道，因此，经常逃不掉关于Excel的操作。在此，笔者想对比下当前主流的读取Excel的技术。笔者认为当前比较主流的读取Excel技术包括COM组件，OleDb，和NOPI。 这里我们设定情景为将Excel读成DataSet或者DataTable。
#1 COM组件
优点：
（1）能读取各种版本的Excel，包括2003，2007，2010
（2）能够较好的读取Excel的显示值和实际值（包括存在公式的情况）
缺点：
（1）运行的机器需要安装了相应版本的Excel
（2）使用后不能很好的完成资源释放工作，很多时候需要通过杀掉Excel进程或者根据进程号去杀掉对应的进程来实现资源释放
#2 OleDb
优点：
（1）能读取各种版本的Excel，包括2003，2007，2010
（2）运行的机器不需要安装了相应版本的Excel
（3）没有资源释放的忧虑
缺点：
（1）不能很好地处理Excel的显示值和实际值，尤其是不能很好地处理公式
（2）列类型的判断逻辑不合理，当指定了首行作为头（header）的时候，Oledb会根据该列的前若干行数据类型类判断该列的数据类型，这会导致数据丢失。例如某列前n行都为int，列的数据类型被判断为int，那么n+1行后的非可转为int的数据都会被清空。
（3）Microsoft.Jet.OLEDB.4.0 不支持64位的操作系统，在64位的操作系统需要特殊处理。
#3 NPOI
优点：
（1）运行的机器不需要安装了相应版本的Excel
（2）能很好的读取Excel的实际值，包括公式的处理，堪称完美
（3）没有资源释放的忧虑
缺点：
（1）现时最新版本的NPOI版本只支持Excel2003，其官方微博宣称会在2012年底实现对Excel2007的支持，我们还是耐心等待一会吧
（2）不能很好地处理Excel的显示值，笔者试过跟踪代码，都未能发现一个和显示值完全一致的方法或者属性，这让我觉得NPOI不能很好地处理Excel的显示值
//TODO:遗漏，细心的读者可能会发现，这里没有谈到各种技术对读取Excel里的图片的处理情况。现今笔者确实没有对这方面进行相关的研究，但后续我会添加相关的研究结论。我提供了一个OleDb和一个NPOI读取Excel的代码供大家参考研究。OleDb的请查看利用Oledb读取Excel，NPOI的请查看利用NPOI读取Excel，至于COM组件读取Excel的代码笔者也有写过，只是碍于写得过于粗糙凌乱，顾暂不奉上，待归纳封装后再提供给诸位读者。
如有表达失当的地方，还请诸位读者斧正。