锁定老帖子 主题:人在江湖:如何用代码保护好自己
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-10-13
学到很多,原来项目小,一两个人做,几乎没记录过日志,现在项目大了,人多了,各个模块集成,很有必要记录日志,不是说为了找责任人,而是为了更高效的工作。而且对于黑洞方法要持有一定的怀疑态度,我也认为非常有必要
|
|
返回顶楼 | |
发表时间:2011-10-13
电信的系统收到错误的指令,既然直接把Socket断开了,也够垃圾的。
|
|
返回顶楼 | |
发表时间:2011-10-13
lz的想法是不错的,但是按照lz的做法会产生大量的try{}catch{}代码……
使用方法拦截器来处理这个问题不是很好吗? |
|
返回顶楼 | |
发表时间:2011-10-13
lapulande 写道 zhanghh321 写道 真是要这么做么,那岂不是每调用一个方法都要加try catch么? 我对这个不是很了解, 麻烦楼主说下哦
楼主对于这个问题有没有好的方法?? 对于黑盒代码,可以用此方法。 另外自己写代码时也要注意抛出异常和记录出错日志,也许别人要用到你的代码。 |
|
返回顶楼 | |
发表时间:2011-10-13
jingua1026 写道 lz的想法是不错的,但是按照lz的做法会产生大量的try{}catch{}代码……
使用方法拦截器来处理这个问题不是很好吗? 这上方法拦截器我没有用过,能否简单的说下? |
|
返回顶楼 | |
发表时间:2011-10-13
学习了,,,没想到jdk5新增的并发包可以如此使用;
|
|
返回顶楼 | |
发表时间:2011-10-13
这猎狗模式比较优雅,楼主是否考虑通过aop织入,我们刚出来的新手基本上都没有考虑过调用接口时写个日志什么的。
|
|
返回顶楼 | |
发表时间:2011-10-13
sunnylocus 写道 jingua1026 写道 lz的想法是不错的,但是按照lz的做法会产生大量的try{}catch{}代码……
使用方法拦截器来处理这个问题不是很好吗? 这上方法拦截器我没有用过,能否简单的说下? 楼主不清楚方法拦截,可以参考下这篇文章:http://dnizna.iteye.com/blog/1157663 |
|
返回顶楼 | |
发表时间:2011-10-13
这篇文章不错!
记下了! 谢谢lZ |
|
返回顶楼 | |
发表时间:2011-10-13
魔力猫咪 写道 我认为这个帖子所说的公司,属于管理、开发混乱,爱找替罪羊的公司。建议说出名字来,大家躲开。
从楼主的描述可以看出非常多的问题。 为什么老板娘去拍桌子?她在公司是个什么职务?董事长、CEO、董事会股东哪个拍桌子都可以,但是这个老板娘算怎么回事? 为什么只看到程序员被惩罚?设计人员呢?测试人员呢?真要是这么重要,怎么事先没有设计、没有讨论、没有测试?出了问题就拿程序员顶缸。 充值报文被修改这种情况倒底是什么原因?传送信道不安全?还是对方公司被入侵了?开发需求里面有安全校验的需求吗?这种通信本来就没有100%可靠的,就没有什么对账处理的手段防止帐务出错?这200W就找不回来了?我估计最后还是找到了。不然按照这家公司的态度,非把程序员用麻袋装了扔黄浦江种荷花不可。 一个复杂的软件系统不可能没有BUG,无论如何设计测试,也不可能把所有可能性都考虑到处理好。因为BUG造成损失就解雇,还好没要程序员赔钱。但是这个团队还有稳定性吗?成天不是想着怎么创造价值,战战兢兢的编码,能出好东西吗?编程不是找罪受嘛,给钱再多也不干。 +1 +10086 |
|
返回顶楼 | |