请对你的每个项进行校验
今天终于把所有配置的页面的导入导出改成使用Aspose。
aspose在读文件写文件的速度明显优于MS的interop.Excel com组件。
只是未注册版本默认显示第二页,标有版权之类说明的页面。
本来想偷懒的,只对重要的列作了校验,结果是用户用得都快发飚了。不能导入却不知道什么原因。
后台有时返回的原因有点莫名其妙。
仔细想了一下,这个还真的不能全部依靠后台去判断,为什么我不在取出数据时就进校验,合法再调用后台接口呢?
只是那么多的列得一个一个校验,很费时间,不过除此还有什么办法?
不能省的还是不要省。
发现以前写程序最不喜欢的就是作校验,可是健壮的程序就是体现在这些上面。
同样的,经验不同的人写出的东西还是不一样的。
比如说,下拉列表的选择。“绑定数据并选中某一项时”,我喜欢这样:
drpAttrGroup.SelectedValue = "123";
而这种方式在没有值为123的选项时会抛出异常。(给用户看到估计又要骂人了,“怎么不灵了?”)
而用这种方式:
drpAttrGroup.SelectedIndex = drpAttrGroup.Items.IndexOf(drpAttrGroup.Items.FindByValue("123"));
即便是没有值为123的选项也能默认选中第一项。
这应该也算是功力的一种体现吧。
aspose在读文件写文件的速度明显优于MS的interop.Excel com组件。
只是未注册版本默认显示第二页,标有版权之类说明的页面。
本来想偷懒的,只对重要的列作了校验,结果是用户用得都快发飚了。不能导入却不知道什么原因。
后台有时返回的原因有点莫名其妙。
仔细想了一下,这个还真的不能全部依靠后台去判断,为什么我不在取出数据时就进校验,合法再调用后台接口呢?
只是那么多的列得一个一个校验,很费时间,不过除此还有什么办法?
不能省的还是不要省。
发现以前写程序最不喜欢的就是作校验,可是健壮的程序就是体现在这些上面。
同样的,经验不同的人写出的东西还是不一样的。
比如说,下拉列表的选择。“绑定数据并选中某一项时”,我喜欢这样:
drpAttrGroup.SelectedValue = "123";
而这种方式在没有值为123的选项时会抛出异常。(给用户看到估计又要骂人了,“怎么不灵了?”)
而用这种方式:
drpAttrGroup.SelectedIndex = drpAttrGroup.Items.IndexOf(drpAttrGroup.Items.FindByValue("123"));
即便是没有值为123的选项也能默认选中第一项。
这应该也算是功力的一种体现吧。