菜鸟填坑

客观分析
一个简单的功能做三个礼拜，你们觉得坑不坑？对我现在的我做这个功能做这么久，简直是巨坑无比。分析一下做这个功能这么久的原因：1.需求不明确，自己做需求都是靠猜的。2.刚做的时候说这个需求不急，所以就耽搁了几天再做。3.这个功能设计到自己第一次用的流还有一些页面样式的调整跟页面的调整。4.需求后面的变动，导致时间久。结论：不管需求简单还是复杂，自己要先对需求了解清楚才开始码代码。不要为了完成任务拿到需求就开始代码，当测试问你这个为什么这样做的时候你都找不到依据。（我做完功能集成后测试在测试的过程中，看到需求文档没有要求就直接问做需求的然后边问边提bug）自己的技术很菜，需要更加努力。
需求介绍
对一个功能进行校验然后提交给别人审核，审核完之后提交人对该页面进行导出下载。（这个功能针对两种人，审核人员可以自己创建，然后就不需要审核流程。提交人创建就需要提交审核通过这个流程才算完成。）
Bug类型
提交的bug中主要分为三种，一种是后台返回的值有问题（三下五除二解决），一种是前台页面分辨率导致页面变形（以前这种事情都是直接丢给前端，对于后台就很菜的我，解决起来真的很难），还有一种是就是前端技术引用不熟到处存在bug。有一个bug不在这三种类型之内，一直到最后都是别人解决的。页面下载后的页面把原页面的隐藏的列表都展示出来了。
原页面

下载后打开的页面

Bug解决
先说一下我下载功能是怎么做的，第一把页面内容塞进iframe获取页面内容，然后把可能用到的样式进行拼接后跟获取的页面内容拼接成一个新的页面。把这个新合成的页面上传然后下载。由于页面的样式是公司自己封装的框架解析页面样式的，然后下载后的页面里面的样式对隐藏部分不起作用。自己从开发完之后一直就尝试尽力解决，把两个样式对比还是没有找到解决的办法。然后试着换一种新的方式去做这种功能，调用浏览器的另存为下载页面。火狐的另存为是没有什么问题，关键神坑的IE样式变形真的很大。途径很多人（后台人员）都是跟我一样的思路从样式对比入手，当然肯定没有决绝问题。后面一个应该是对前端比较在行的吧，上来对比了一下样式就直接把那个思路放弃。直接根据原页面之间开始调整下载后的页面样式，调整了好一会终于把页面样式调的一样了。剩下的事情就是我按照他调的样式把这个样式放到下载后的样式，就这样下载前后页面不一致的问题解决。顺带说一句，要是这个早叫专门一点的前端出马或许这个bug就不会在我这个菜鸟面前嚣张这么久了。调页面怎么调就不说，我看着别人调都懵逼。说一句，他直接把页面调整成兼容IE7那个多出来显示的部分就隐藏了。然后就是调整一下横竖下来框还有页面的高度。

IE向下兼容IE7的代码：

<meta http-equiv="X-UA-Compatible" content="IE=7" />