幻觉而已

1217--1221

      每个夜晚，静静地一个人思考的时候，总是会莫名地落寞起来。似乎一切发生的都是幻觉。又一周时光匆忙而过。好像这周并没有做什么事情，但是又确实是做了很多事情。

       周一例会后，测试人员在录入区域部分的信息时候，提出了一些建议：希望可以加排序的功能。这个可能要到下个阶段才有时间做了，现在先纪录下。继续做商品类别管理，要求效果和区域管理部分类似。只是这部分更多级别，现在暂时有4级。在删除的时候，遇到了个小问题，不知道到底能不能做删除，还要求做批量删除。真可怕。我的疑问还是，这样的表中到底该不该有级别这个字段呢？用父级编号回溯查询的时候，如果有个级别字段查询速度应该也会提升。可是，项目经理就是不让加字段，但是这里不同的人也保持不同的观点，暂时无解。

      周二再完善调优下类别管理。准备投入产品管理部分，包括总后台和供应商平台的。因为需求的变更，所以这部分又要重做。后来因为类别码的生成有问题，还有历史数据库字段设计上的失误，所以再一次返工。项目经理把数据库中相关到商品的各个表的主键数据字段都改成varchar2的，原先是number型，一改全改。于是几乎项目组所有的相关模块开发人员，都停下来改东西。另外后来给项目经理看了下自己做的类目管理的属性管理部分，原本自己做的效果，他不是很满意，要求批量添加类别属性，所以又花时间去重改。

      周三，主要还是在调试因为修改了字段了影响了的一些模块。因为类别管理中的一些问题，我和项目经理也抬杠起来，差点没吵起来。现在的问题是类别管理模块做好了，但是编码方式要改，他要我帮忙，所以我觉得用数据库方式改比较好，他就想用文本替换的方式，编码自己一个一个生成。还说我很可笑，所以我也很火，没好气而回应让他自己去改。结果到晚上，他和另外一个程序员改到1点多没回去。最近感觉自己胆子够大，什么人都敢惹。也不知道自己是怎么了？然后又有一个问题产生，类别的数量比原先估计的可能要多，字段长度又不够。周二那天，我还跟项目经理说，类别字段够不够，他说够了。还好是他检查出来不够，不然又说别人不对，不行了。他总是觉得问题可以很简单解决了，可是都没有考虑后果，把每个字段长度都设得死死的。不理解。

        周四，项目经理说他做类别码的生成，我只要调用就可以了。所以，我就转入产品处理部分。原先有一张临时的表，提供给供应商录入商品的，但是他们周三晚上研究了下又不要了。原先做的模块真的等于重新做了。对于做商品批量导入正式表的那个程序员来说，他很HAPPY，难怪一早上来，就说有好消息。但是因为没有类别，还是没办法做。只是简单根据新的需求做了供应商产品的录入。修改，查看，列表界面做了简单的显示，还没有去调试有没有错。到晚上，项目经理才把编码生成好了，估计调试应用要等到周五做了。真的觉得太郁闷了。以前跟项目经理讨论到底为什么要临时商品表，反正和商品表是一样的。他一个劲地说，数据多的时候，可以减轻正式商品表负担。可是现在呢？心理太难过了。好像自己说的话，都没威信，说了跟没说一样。没有人，会真的去正视自己提出的观点。有时候，很低潮的想，什么也不说了，反正说了也没有用。可是，看到了，觉得不好的，不说好像心里也不爽。什么性格也不晓得~！！

        周五，早上主要调试了下类别管理部分的编码。结果差不多刚OK，准备专心改产品部分。项目经理的管理商品类别属性的新需求又下来了，要求类别的属性信息只要钩选就可以了，另外添加专门的属性维护模块做属性的添加。狂晕，狂汗下。这样等于，关于商品类别属性的这部分，在短短一周内，我做了三个不同的版本。真该备份下，到底这周，自己干了什么。晚上下班，总算可以结束类别管理模块了。但是还留些问题，动态加载的部分，不能嵌入form,或者iframe.因为加载它的部分已经有一个FORM了。所以，也就是说，javacript里头FORM是不能嵌套的，而且也不能在FORM里头嵌iframe.所以要考虑动态生成FORM。但是，一些参数该怎么传？是个问题。现在的实现思路，是把提交的参数用分割符分割一下串起来，再提交另外一个隐藏的FORM。虽然可以实现，但是好像感觉不是很好。所以，在思考更好的解决办法。或者，怎么让其他不在做修改的TR隐藏起来，只显示当前修改的那个TR层？

 

　　

 

         大部分时间都在调试js脚本．还有帮同事看问题的时候，也长了点见识． select options的用法和chekbox的用法很像．要记住的是select的id,提交的时候要选中了才会在后端获得值．