Atitit.异常处理 嵌套 冗长的解决方案
2016-09-06 23:24
162 查看
Atitit.异常处理 嵌套 冗长的解决方案
1. 异常处理的需要改进的地方1
2. +异常设计的初衷是, 在程序中出现错误时, 由程序自己处理错误, 尽量不要以exit(0)这种粗暴的方式中止程序. 1
3. 正常流程和异常流程的分离。2
4. “是药三分毒”, 任何事物有缺点,异常也是2
5. 共存取长补短,协同使用2
6. Solu:事件化处理3
7. ref3
一个父函数为什么要调用子函数?因为它知道子函数可以实现某种功能,但父函数根本就不关心子函数是如何实现的,子函数只需向父函数报告结果成功与否。谁知这子函数又调用了孙函数,而这孙函数抛出了一个异常。
那么这个异常该由谁来处理呢?难道要它的祖函数来处理吗?根本不可能。祖函数根本就不知道孙函数是个什么东西,甚至根本不知道有这么一个孙函数的存在,你让它如何去处理这个异常?
一个父函数既然调用了子函数,就应该对这个子函数的行为负全部责任,绝不能把子函数造成的结果交给祖函数处理。所以,处理这个异常的只能是该函数的直接调用者,绝不可越级。
异常处理机制的引入,完全破坏了这个原则。于是,一个父函数,它不但必须了解子函数的行为,还必须了解孙函数、曾孙函数、玄孙函数的种种行为。简直就是不可能的。
转载请注明来源: http://www.cnblogs.com/attilax/
既然如此,那请问这种处理方法与用返回值逐层返回相比,有什么优点?
优点我已经说了,那就是正常流程和异常流程的分离。
。因为药有毒而否认药的价值从而不用它,这达不到治病的目的。矛盾的两重性还告诉我们,对事物进行完全肯定或者否定通常是不正确的,因为还存在着一个科学运用的问题
事物的存在都有其存在的道理,任何事物都是矛盾的统一体,C++中的异常处理也不例外。
由于人们的立场或者视野不同,对于同一事物的看法往往不会是完全相同的,有时甚至会完全相反。由此,就会产生争论
其实C++中的异常处理只是另一种形式的错误处理方式,和传统的错误处理方式并不排斥,他们是一种“共存”的关系。只是因为在某些方面或者某些时候,使用异常处理方式比传统的错误处理方式更具优越性,所以异常处理才有了使用的必要,它的存在也才是合理的。
才不会因噎而废食,因为异常处理存在着使用的局限性就否认其价值,才能知道什么情况下使用异常处理比较合适,什么情况下使用异常处理方式和传统错误方式都可以,而什么情况下最好不要使用异常处理,等等。
最后的建议就是:明智地使用异常处理。
{
try{
processJavaEx_V2q315(data);
}catch(e)
{
if(catchEx(e,"com.attilax.user.NotLoginEx"))
{
logx("not login");
//window.location=;
return;
//
}
}
var json=str2json(data);
var obj=json[0];
var fm=new AForm()
fm.bind(obj);
};
1. 异常处理的需要改进的地方1
2. +异常设计的初衷是, 在程序中出现错误时, 由程序自己处理错误, 尽量不要以exit(0)这种粗暴的方式中止程序. 1
3. 正常流程和异常流程的分离。2
4. “是药三分毒”, 任何事物有缺点,异常也是2
5. 共存取长补短,协同使用2
6. Solu:事件化处理3
7. ref3
1. 异常处理的需要改进的地方
为了表述方便,下面将主调函数称为“父函数”,被调函数称为“子函数”,以“祖”、“父”、“子”、“孙”等来形容函数之间的调用关系。一个父函数为什么要调用子函数?因为它知道子函数可以实现某种功能,但父函数根本就不关心子函数是如何实现的,子函数只需向父函数报告结果成功与否。谁知这子函数又调用了孙函数,而这孙函数抛出了一个异常。
那么这个异常该由谁来处理呢?难道要它的祖函数来处理吗?根本不可能。祖函数根本就不知道孙函数是个什么东西,甚至根本不知道有这么一个孙函数的存在,你让它如何去处理这个异常?
一个父函数既然调用了子函数,就应该对这个子函数的行为负全部责任,绝不能把子函数造成的结果交给祖函数处理。所以,处理这个异常的只能是该函数的直接调用者,绝不可越级。
异常处理机制的引入,完全破坏了这个原则。于是,一个父函数,它不但必须了解子函数的行为,还必须了解孙函数、曾孙函数、玄孙函数的种种行为。简直就是不可能的。
2. +异常设计的初衷是, 在程序中出现错误时, 由程序自己处理错误, 尽量不要以exit(0)这种粗暴的方式中止程序.
作者:: ★(attilax)>>> 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 汉字名:艾龙, EMAIL:1466519819@qq.com转载请注明来源: http://www.cnblogs.com/attilax/
3. 正常流程和异常流程的分离。
另外,(萧筱雨)同志说:C()抛出的异常,应该在B()中处理,即使不好处理,也要转化成B()的异常抛出。既然如此,那请问这种处理方法与用返回值逐层返回相比,有什么优点?
优点我已经说了,那就是正常流程和异常流程的分离。
4. “是药三分毒”, 任何事物有缺点,异常也是
药可治病,也可致病,说的就是事物矛盾的两重性。因为药有毒而否认药的价值从而不用它,这达不到治病的目的。矛盾的两重性还告诉我们,对事物进行完全肯定或者否定通常是不正确的,因为还存在着一个科学运用的问题
事物的存在都有其存在的道理,任何事物都是矛盾的统一体,C++中的异常处理也不例外。
由于人们的立场或者视野不同,对于同一事物的看法往往不会是完全相同的,有时甚至会完全相反。由此,就会产生争论
5. 共存取长补短,协同使用
“是药三分毒”,药可治病,也可致病,说的就是事物矛盾的两重性。因为药有毒而否认药的价值从而不用它,这达不到治病的目的。矛盾的两重性还告诉我们,对事物进行完全肯定或者否定通常是不正确的,因为还存在着一个科学运用的问题其实C++中的异常处理只是另一种形式的错误处理方式,和传统的错误处理方式并不排斥,他们是一种“共存”的关系。只是因为在某些方面或者某些时候,使用异常处理方式比传统的错误处理方式更具优越性,所以异常处理才有了使用的必要,它的存在也才是合理的。
才不会因噎而废食,因为异常处理存在着使用的局限性就否认其价值,才能知道什么情况下使用异常处理比较合适,什么情况下使用异常处理方式和传统错误方式都可以,而什么情况下最好不要使用异常处理,等等。
最后的建议就是:明智地使用异常处理。
6. 冗长cde
orm.callbackFun=function(data){
try{
processJavaEx_V2q315(data);
}catch(e)
{
if(catchEx(e,"com.attilax.user.NotLoginEx"))
{
logx("not login");
//window.location=;
return;
//
}
}
var json=str2json(data);
var obj=json[0];
var fm=new AForm()
fm.bind(obj);
};
7. Solu:事件化处理
8. ref
改进异常处理的6条建议 - Dancen的专栏 - 博客频道 - CSDN.NET.html相关文章推荐
- Atitit.异常处理 嵌套 冗长的解决方案
- Atitit.异常处理 嵌套 冗长的解决方案
- atitit.面向过程的编程语言异常处理 c语言 asp vbs 的try catch 实现
- Atitit.加密算法 des aes 各个语言不同的原理与解决方案java php c#
- atitit.跨架构 bs cs解决方案. 自定义web服务器的实现方案 java .net jetty HttpListener
- Atitit.部分错误 设计模式,异常处理框架atiPartErr 的总结
- atitit.跨架构 bs cs解决方案. 自定义web服务器的实现方案 java .net jetty HttpListener
- Atitit.部分错误 设计模式,异常处理框架atiPartErr 的总结
- atitit.面向过程的编程语言异常处理 c语言 asp vbs 的try catch 实现
- 充值系统系统异常处理解决方案
- 【异常处理】View not attached to window manager解决方案
- spring mvc 异常处理统一解决方案-最佳实践
- 【OpenCV学习笔记】【异常处理】一(The Matrix is not continuous, thus its number of rows can not be changed)
- Struts2 OSIV模式下的异常处理及事务回滚解决方案
- 20130910 一些想法,关于项目中异常处理的解决方案,以及Elmah
- IT忍者神龟之Hibernate 疑难异常及处理3.5年前遇到的问题
- “XXX.exe 中的 0xXXXXXXXX处未处理的异常: 0xC0000005: 读取位置 0xXXXXXXXX 时发生访问冲突”的一种解决方案
- atitit.架构设计---方法调用结果使用异常还是返回值
- Atitit.hybrid混合型应用 浏览器插件,控件的实现方式 浏览器运行本地程序的解决方案大的总结---提升用户体验and开发效率..
- mfc90.dll 未处理的异常--------我的解决方案