这几天真的像是在做梦一样......
进度也是一拖再拖. 明知道现在已经比预期慢了很多很多了, 但是就是快不起来. 也许是现在正在做的工作实在是有些擦屁股的性质, 但是再怎么擦的累, 毕竟也是给自己擦的, 与LLL同学帮别人擦了差不多一个月相比, 我应该庆幸了.
可能从小学就形成的毛病到现在还是一个样吧: 总是要别人推着才会走的快一点. 明显地, 这两天头儿不在, 自己就开始放松起来. 慢慢地研究各个问题的细节. 对了, 说到细节, 我真的是还有一个特点(毛病?), 就是太喜欢抠细节了. 本来基本上不怎么有机会出错的地方, 非要编的像天上的衣服一样没有一点点缝...... 现在想起来, 对于这样的我来说, 还是应该多强调一下进度才是.
无论如何, 还算是比较喜欢现在上班的生活. 每天都有事情做, 每天都有早起的理由. 偶尔还能和LD一起去打下球(上星期的复出表现还算可以). 但是, 喜欢, 只是喜欢而已. 而该去做的事, 是始终都要去做的. 我相信我会像很快喜欢上在这里上班一样, 喜欢上我的新生活. 希望就在个把两个月之后能成为现实吧~
一切即将结束, 但是却不要去想那结束. 最后的时间, 应该更努力, 更勤奋, 更主动. 不是为什么, 也没什么好为的, 就是这样.
让它华丽地结束, 让它华丽地到来吧~
2006-08-20
JavaMail
不知道那帮"老官僚"们有几个会用邮件......
之前第一版完全是一个"赶工"赶出来的东西, 除了有功能之外一无是处. 之后设计的这个架构, 虽然现在看来还有要修改的地方, 但是进度要求所至, 也只能照着这个继续做下去了. 真想有时间把它该的爽一点, 毕竟是自己做的第一个像那么回事的东西.
从来没有和另一个人合作写过程序. 这次和李栋合页面的时候希望不要出什么大问题. 小问题肯定是避免不了的了. 感觉今天下午去做的测试还是太简单了. 明天如果有时间的话还是尽量都测好吧.
现在的感觉好奇怪. 马上就要去面对新的生活, 但是现在却完全没有时间去考虑一个月以后在几千公里之外的自己的事情. 不管了, 既然已是必然, 就不必想太多, 顺其自然吧......
现在唯一能做的, 就是把手头的东西弄好, 别拖累这些现在待在一个办公室, 一个月后要say goodbye的同事们吧. 都是好人啊......
题外话一个. 现在blogcn居然要审核了, 简直......无话可说. 关于这方面的话题还不是我可以讨论的.随便吧.
我的吉他到底拿不拿回来呢......
之前第一版完全是一个"赶工"赶出来的东西, 除了有功能之外一无是处. 之后设计的这个架构, 虽然现在看来还有要修改的地方, 但是进度要求所至, 也只能照着这个继续做下去了. 真想有时间把它该的爽一点, 毕竟是自己做的第一个像那么回事的东西.
从来没有和另一个人合作写过程序. 这次和李栋合页面的时候希望不要出什么大问题. 小问题肯定是避免不了的了. 感觉今天下午去做的测试还是太简单了. 明天如果有时间的话还是尽量都测好吧.
现在的感觉好奇怪. 马上就要去面对新的生活, 但是现在却完全没有时间去考虑一个月以后在几千公里之外的自己的事情. 不管了, 既然已是必然, 就不必想太多, 顺其自然吧......
现在唯一能做的, 就是把手头的东西弄好, 别拖累这些现在待在一个办公室, 一个月后要say goodbye的同事们吧. 都是好人啊......
题外话一个. 现在blogcn居然要审核了, 简直......无话可说. 关于这方面的话题还不是我可以讨论的.随便吧.
我的吉他到底拿不拿回来呢......
2006-08-01
终于完成了TestVeriCodeDuo
重点在于,在一个网站里面,有两个地方要使用验证码,而且参数不一样.
这样的话,要有三个对象(Bean),分别是, 生成验证码的对象, 和两个验证码参数对象. 并且并且,这三个Bean的SCOPE都要是application, 这样, 在整个网站运行期间,只用这三个Bean就能生成无数张验证码了.
问题就出在初始化和修改参数上.由于是SCOPE为application, 所以自然想到将一个IndexServlet指向网站的根目录, 并且在这个Servlet的init方法里, 连接数据库(或者是XML之类的配置文件), 读取其中的配置参数, 并将两个参数Bean初始化. 想法本来是很好的,但是...... 为啥我决定"试一下"的时候, 偏偏选择了重写init(ServletConfig config)这个方法? 可能是因为有个参数, 想着待会可以用这个参数得到application对象, 从而将两个Bean放进去吧...... 无论如何愚蠢的决定......
果然,之后漫长而又痛苦的调试过程验证了一切. 果然是要重写init()这个不带参数的方法就OK了. 此为郁闷No.1是也......
然后就是另一个郁闷的失误. 这个失误尤为丢脸, 因为我之前已经注意到一次了, 但是在后面居然还是掉了链子, 而且掉的很大. 话说, 从表单或者直接用"后面跟问号和参数"的方式给一个jsp传数据, 应该是用request.getParameter("")方法来获取. 但是, 我偏偏是在一个最最不该的地方, 写了个request.getArrtibute("") , 于是, 就又狠狠地惨烈了将近一天的样子...... 遭罪啊......
最后, 实在是不能容忍的错误. 人家李栋还提醒我了, 说从表单上过来的值, 除了判断是否为null以外, 还要判断是否为空串"". 就是因为忘了这个细节, 本来设计的无敌完美的更新数据库语句总是更新不了, 后来, 在陈老师的指导下, 把那句SQL输出了一下, 一看, 等号后全都是空的...... 恶地个神啊......
无论如何,这个花了我一个星期的超级无敌简单的东西总算是做完了. 接下来又有新的任务 -- Java Mail. 希望这次可以不要有这么多的磕磕绊绊吧......
共勉~
这样的话,要有三个对象(Bean),分别是, 生成验证码的对象, 和两个验证码参数对象. 并且并且,这三个Bean的SCOPE都要是application, 这样, 在整个网站运行期间,只用这三个Bean就能生成无数张验证码了.
问题就出在初始化和修改参数上.由于是SCOPE为application, 所以自然想到将一个IndexServlet指向网站的根目录, 并且在这个Servlet的init方法里, 连接数据库(或者是XML之类的配置文件), 读取其中的配置参数, 并将两个参数Bean初始化. 想法本来是很好的,但是...... 为啥我决定"试一下"的时候, 偏偏选择了重写init(ServletConfig config)这个方法? 可能是因为有个参数, 想着待会可以用这个参数得到application对象, 从而将两个Bean放进去吧...... 无论如何愚蠢的决定......
果然,之后漫长而又痛苦的调试过程验证了一切. 果然是要重写init()这个不带参数的方法就OK了. 此为郁闷No.1是也......
然后就是另一个郁闷的失误. 这个失误尤为丢脸, 因为我之前已经注意到一次了, 但是在后面居然还是掉了链子, 而且掉的很大. 话说, 从表单或者直接用"后面跟问号和参数"的方式给一个jsp传数据, 应该是用request.getParameter("")方法来获取. 但是, 我偏偏是在一个最最不该的地方, 写了个request.getArrtibute("") , 于是, 就又狠狠地惨烈了将近一天的样子...... 遭罪啊......
最后, 实在是不能容忍的错误. 人家李栋还提醒我了, 说从表单上过来的值, 除了判断是否为null以外, 还要判断是否为空串"". 就是因为忘了这个细节, 本来设计的无敌完美的更新数据库语句总是更新不了, 后来, 在陈老师的指导下, 把那句SQL输出了一下, 一看, 等号后全都是空的...... 恶地个神啊......
无论如何,这个花了我一个星期的超级无敌简单的东西总算是做完了. 接下来又有新的任务 -- Java Mail. 希望这次可以不要有这么多的磕磕绊绊吧......
共勉~
订阅:
评论 (Atom)
嘿, 你丫想写blog么?
我不知道. 能看到这的朋友, 我要恭喜你们...... 什么时候能有一个自己的家呢
-
原来还有访问限制这么一说...... 还好能用这种nyud的网址访问,使我的Blogger在申请半年之后终于头一次见了天日...... 以后就可以写来写去了,嘿嘿~
-
重点在于,在一个网站里面,有两个地方要使用验证码,而且参数不一样. 这样的话,要有三个对象(Bean),分别是, 生成验证码的对象, 和两个验证码参数对象. 并且并且,这三个Bean的SCOPE都要是application, 这样, 在整个网站运行期间,只用这三个Bean就能生成...
-
昨天去见了火星人. 见到的是他们的一个网络主管. 他看了我们呕心沥血写出来的方案以后, 说, "太厚了". ...... 于是, 我这个星期的任务, 就变成了根据火星人的新要求, 修改方案, 特别要注意 -- 不能太厚. 也因为这样, 原定的本周完成工作的计划...