相信很多童鞋都开发过Execl的导入导出功能，最近产品中无论是后台数据分析的需要，还是前端满足用户管理的方便，都有Execl导入导出的维护需求产生。
以前做这个功能，如果是web，利用HttpContext.Current.Response.ContentType =”application/ms-excel”;就可以导出html数据表格到execl中，这种方法的问题就是编码格式的兼容性太差，用Mac OS之类的 office打开直接乱码给你看。或者是调用office的COM组件，或宏脚本的方式操作Execl，这种方式的主要问题就是客户端必须要安装office，如果你装的是wps还玩不转。
最近产品中使用了NPOI这个开源组件后，上诉方法直接感觉太Out了。先感受一下代码的魅力：
var _data = CardHelper.GetAllData(); //获取list数据，也可以分页获取数据，以获得更高效的性能
//给sheet1添加第一行的头部标题
NPOI.SS.UserModel.IRow row1 = sheet1.CreateRow(0);
row1.CreateCell(0).SetCellValue("排名");
row1.CreateCell(1).SetCellValue("CardID");
row1.CreateCell(2).SetCellValue("姓名");
row1.CreateCell(3).SetCellValue("手机");
row1.CreateCell(4).SetCellValue("职位");
row1.CreateCell(5).SetCellValue("所在公司");
row1.CreateCell(6).SetCellValue("创建时间");
//将数据逐步写入sheet1各个行
for (int i = 0; i < _data.Count; i++)
{
NPOI.SS.UserModel.IRow rowtemp = sheet1.CreateRow(i + 1);
rowtemp.CreateCell(0).SetCellValue(i+1);
rowtemp.CreateCell(1).SetCellValue(_data[i].ID);
rowtemp.CreateCell(2).SetCellValue(_data[i].RealName);
rowtemp.CreateCell(3).SetCellValue(_data[i].Cellphone);
rowtemp.CreateCell(4).SetCellValue(string.IsNullOrEmpty(_data[i].WorTitle) ? "无" : _data[i].WorTitle);
rowtemp.CreateCell(5).SetCellValue(string.IsNullOrEmpty(_data[i].Company) ? "无" : _data[i].Company);
rowtemp.CreateCell(6).SetCellValue(_data[i].CreateDate.ToString());
}
// 写入到客户端
System.IO.MemoryStream ms = new System.IO.MemoryStream();
book.Write(ms);
ms.Seek(0, SeekOrigin.Begin);
return File(ms, "application/vnd.ms-excel", DateTime.Now.ToString("yyyyMMdd") + ".xls");
}
在前端你只要用超文本链接到这个Action就可以了，至于是纯文本还是按钮的方式，就根据自己喜好了。
string filepath = @"data.xls"; //读取本地Execl，当前路径是该程序的所在目录
HSSFWorkbook wb = new HSSFWorkbook(new FileStream(filepath, FileMode.Open));
HSSFSheet sheet = wb.GetSheet("data") as HSSFSheet; //获取execl中名字为data的sheet表格数据
if (sheet == null)
{
MessageBox.Show("检查是否文件路径和文件名称有误！");
}
else
{
//导入数据
for (int i = 1; i <= sheet.LastRowNum; i++) //获得所有行数
{
IRow row = sheet.GetRow(i); //读取当前行数据
if (row != null)
{
newRow = dt.NewRow();
newRow["Name"] = row.GetCell(0).ToString();
newRow["Phone"] = row.GetCell(1).ToString();
newRow["CID"] = row.GetCell(2).ToString();
newRow["Status"] = row.GetCell(3).ToString();
if (IsMobile(row.GetCell(1).ToString()))
{
dt.Rows.Add(newRow);
}
}
}
}
return dt.DefaultView;
}
这个Execl导入功能实现的是将数据导入Gridview中去，你如果想导入到数据库或其他数据存储介质，代码换成：
if (sheet != null)
{
//导入数据
for (int i = 1; i <= sheet.LastRowNum; i++) //获得所有行数
{
IRow row = sheet.GetRow(i); //读取当前行数据
if (row != null)
{
InsertDataIntoDB(row.GetCell(0).ToString(),row.GetCell(1).ToString(),row.GetCell(2).ToString(),row.GetCell(3).ToString());
}
}
}
}
看过代码之后，我相信你能感知到NPOI的对Execl操作的强大已经无法用言语形容了。上诉的导入导出应该是平常开发中使用最频繁的Execl操作了，而且NPOI基本上已经将各类方法封装到极致了，除非你有特殊业务场景，不然只要稍作修改，就能满足自己不同的业务需求了。当然，上诉方案还是有些问题所在的，解决思路大体类似，时间换空间，或空间换时间。比如：
–导出数据量很大的话，获取数据以及对数据加工处理，多会遇到性能问题，严重的话甚至是内存溢出，程序报错。解决思路很简单， 代码改造一下，采用分页获取数据，导出到多个sheet或者分成多个execl导出，代码我就懒得写了。
总结一下NPOI的优缺点吧：
优点：使用超级简洁，小白也能看的明白。独立组件，引用即可。无需第三方依赖。编码灵活控制，兼容性优秀。性能使用下来非常优异，源码写的也特漂亮…
缺点：如果有，请告诉我吧！
