Exception - 未名空间MITBBS历史存档

a*e2014-10-30 07:10

1 楼

刚刚拿到一篇manuscript，上面有一些sentences是highlight的
并且标题上有Rev+date。
很怀疑是一篇已经review了一轮并且改过的文章
不知道为啥又扔给了一个新的reviewer。
一般的paper，如果写的还可以，都会给minor revision，至少提一些建议。
Review这种改过一次的文章，不知道有啥要注意的？
谢谢

A*12014-10-30 07:10

2 楼

楼主今年一月份开始工作，用的opt身份，公司派到德国出差。申根签证其实并不难，
关键要出示有效反美签证，因为我的f1签证已经过期，但i20和opt有效，就让公司订一
张回中国的refundable机票，签证官一看就给了签证。其实对于他们而言只要你不会滞
留在人家国家就好，回不回美国他们不管。
有难度的签证还是返签f1，楼主是在法兰克福领事馆签证的。安检非常严格，不允许带
任何电子物品进取，如果有的话，要寄存在街角的寄存处，4欧元啊。所以如果去签证
，一定记得把东西方旅馆。签证也是拿号排队，两个窗口，一个看材料，一个问问题，
和国内差不多。问了几个工作相关的问题，后来发现签证官对opt不是太了解，我还给
他捎为解释了一下。他说你这个case太复杂了，只能check你。其实这个是我去之前就
有心理准备的，很多人去欧洲签美国基本都check。他把护照推给了我，让我等通知。
过了三个星期，我收到email让我吧护照寄过去，顺便附上邮票信封他们好机会给我。
这样又是星期，才拿到签证。
★ Sent from iPhone App: iReader Mitbbs 7.56 - iPad Lite

s*32014-10-30 07:10

3 楼

新工作半年了，第一份工作，自己认为很努力也很珍惜，但是越来越觉得苦恼。简单说
下概况，公司是startup，客户是某大银行，从第二天起我就开始在该银行上班。工作
需要travel,周一早上走，周五晚上回来，这是我不喜欢的一点，因为不能和先生在一
起也没有时间做家务，周末忙碌的很。
工作时间从第一天起便是每天做到11点之后是正常的，晚饭常常吃不上，虽然可以报销
可以order但是一方面没有胃口，一方面别人都不吃自己也不好意思。自己感觉体力吃
不消，很累，不知道别人是什么情况，是不是因为自己有点娇气。
另外加班也是经常的，每周有一两天工作到2，3点是正常的。
压力大，事情做不完，因为只有我一个人做着一滩事情，被push,被骂（公司的culture
便是对新人不佳）。
现在和LG考虑move on,但是因为我现在还是opt身份，公司明年才给办h1b,当然是自己
出钱的说。所以不知道如何下手，一方面因为我的工作性质，外加travel，面试甚至接
电话for phone interview 都有困难。
对于我来说几种选择，等着公司给我办了h1b再move on,但是恐怕要等到明年10月，h1b
生效了才行了，同样的那个时候找下家我还是存在问题的。
现在就开始找，如果找不到2，3月份辞职找工作，或者找地方挂靠or unpaid work 维
持身份。我的专业可以延期。
但是又不知道这种只有不到1年的工作经验的情况是否对我不利，大家觉得要如何处理
这种情况。
相信肯定很多人都有过很tough的时期，不知道大家是怎么想出路，怎么度过的。我是
个穷人，只能谢谢了
麻烦非诚勿扰！

c*52014-10-30 07:10

4 楼

Java一般什么情况下要throw exception呢，有设计原则吗？

s*y2014-10-30 07:10

5 楼

肯定就是上一轮的几个reviewer 的意见不统一，所以主编再拉上你来看看
additional opinion
没有什么好注意的。公事公办呗。
觉得文章写得不错就建议接受，觉得不好就坦诚建议拒绝。
但是最好不要针对一些小缺陷发表太多意见（如果你想让这个文章被发表的话），
否则肯定就被拒了

【在 a*****e 的大作中提到】

: 刚刚拿到一篇manuscript，上面有一些sentences是highlight的
: 并且标题上有Rev+date。
: 很怀疑是一篇已经review了一轮并且改过的文章
: 不知道为啥又扔给了一个新的reviewer。
: 一般的paper，如果写的还可以，都会给minor revision，至少提一些建议。
: Review这种改过一次的文章，不知道有啥要注意的？
: 谢谢

g*x2014-10-30 07:10

6 楼

thanks for sharing

g*n2014-10-30 07:10

7 楼

关键看做的事情对你职业成长有没有帮助。另外，他push管他，你的完成时间要合理。
加班到凌晨很有问题。
不过，如果你是华尔街的，听说这个是常态，就是拼这个survival rate。
culture

p*22014-10-30 07:10

8 楼

java 的 exception 是一个bad design

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

H*e2014-10-30 07:10

9 楼

Most likely one reviewer in the first round has withdrawn from the review
process. The editor has to find a replacement.

【在 a*****e 的大作中提到】

: 刚刚拿到一篇manuscript，上面有一些sentences是highlight的
: 并且标题上有Rev+date。
: 很怀疑是一篇已经review了一轮并且改过的文章
: 不知道为啥又扔给了一个新的reviewer。
: 一般的paper，如果写的还可以，都会给minor revision，至少提一些建议。
: Review这种改过一次的文章，不知道有啥要注意的？
: 谢谢

m*t2014-10-30 07:10

10 楼

这啥工作，这么demanding? 如果是金融拿着high6的薪水，那没啥可抱怨的。
如果一般的工作待遇，不应该这么长hour。还是换一个吧。

culture

【在 s*********3 的大作中提到】

: 新工作半年了，第一份工作，自己认为很努力也很珍惜，但是越来越觉得苦恼。简单说
: 下概况，公司是startup，客户是某大银行，从第二天起我就开始在该银行上班。工作
: 需要travel,周一早上走，周五晚上回来，这是我不喜欢的一点，因为不能和先生在一
: 起也没有时间做家务，周末忙碌的很。
: 工作时间从第一天起便是每天做到11点之后是正常的，晚饭常常吃不上，虽然可以报销
: 可以order但是一方面没有胃口，一方面别人都不吃自己也不好意思。自己感觉体力吃
: 不消，很累，不知道别人是什么情况，是不是因为自己有点娇气。
: 另外加班也是经常的，每周有一两天工作到2，3点是正常的。
: 压力大，事情做不完，因为只有我一个人做着一滩事情，被push,被骂（公司的culture
: 便是对新人不佳）。

m*e2014-10-30 07:10

11 楼

没有exception怎么fail early, 一堆if else?
Exception在大型系统里帮助快速找到问题

【在 p*****2 的大作中提到】

: java 的 exception 是一个bad design

z*i2014-10-30 07:10

12 楼

珍惜生命

l*b2014-10-30 07:10

13 楼

都是这样的?哈哈哈
catch ( Exception e)
{ print(e.stacktrace()); }

【在 m******e 的大作中提到】

: 没有exception怎么fail early, 一堆if else?
: Exception在大型系统里帮助快速找到问题

B*g2014-10-30 07:10

14 楼

要学会偷懒

culture

【在 s*********3 的大作中提到】

: 新工作半年了，第一份工作，自己认为很努力也很珍惜，但是越来越觉得苦恼。简单说
: 下概况，公司是startup，客户是某大银行，从第二天起我就开始在该银行上班。工作
: 需要travel,周一早上走，周五晚上回来，这是我不喜欢的一点，因为不能和先生在一
: 起也没有时间做家务，周末忙碌的很。
: 工作时间从第一天起便是每天做到11点之后是正常的，晚饭常常吃不上，虽然可以报销
: 可以order但是一方面没有胃口，一方面别人都不吃自己也不好意思。自己感觉体力吃
: 不消，很累，不知道别人是什么情况，是不是因为自己有点娇气。
: 另外加班也是经常的，每周有一两天工作到2，3点是正常的。
: 压力大，事情做不完，因为只有我一个人做着一滩事情，被push,被骂（公司的culture
: 便是对新人不佳）。

p*22014-10-30 07:10

15 楼

zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

【在 m******e 的大作中提到】

: 没有exception怎么fail early, 一堆if else?
: Exception在大型系统里帮助快速找到问题

z*e2014-10-30 07:10

16 楼

我觉得exception更无脑一点
如果不用exception，那就需要把所有情况都考虑到才行
用aop其实只是简化了代码的书写
不会出现try catch 灾难，但是本质上是一样的

【在 p*****2 的大作中提到】

:
: zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

o*g2014-10-30 07:10

17 楼

个人理解
异常都是在整个任务没法干的情况下才抛
比如登陆，数据库连不上了，得抛异常，是登陆这事儿没法干。如果用户名密码不匹配
，不能抛异常，该返回false就返回false。
还有哪一层抓异常也有讲究
还有的时候需要用assert

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

d*r2014-10-30 07:10

18 楼

一直没搞懂 Exception 的必要性，虽然以前写 C++ 时候也用.
如果真这么必要，那 C 或者 Go 岂不是很难用? Go 还专门就不设计 Exception 呢.

n*w2014-10-30 07:10

19 楼

上次在一个f#会上speaker推荐用monad代替AOP。说AOP带来的诸多问题。

【在 p*****2 的大作中提到】

:
: zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

p*o2014-10-30 07:10

20 楼

Go没用过，你要写个C函数管理几个资源，保证每个错误都处理到以及函数返回之前把
东西清干净就不是件容易的事，更别提让你过段时间或者让别人来维护这段代码了。

【在 d*******r 的大作中提到】

: 一直没搞懂 Exception 的必要性，虽然以前写 C++ 时候也用.
: 如果真这么必要，那 C 或者 Go 岂不是很难用? Go 还专门就不设计 Exception 呢.

d*r2014-10-30 07:10

21 楼

问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
算用 return value 实现了 exception?
我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
unexpected_return_value.
当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
误的代码和正常逻辑的代码分开.

【在 p***o 的大作中提到】

: Go没用过，你要写个C函数管理几个资源，保证每个错误都处理到以及函数返回之前把
: 东西清干净就不是件容易的事，更别提让你过段时间或者让别人来维护这段代码了。

p*o2014-10-30 07:10

22 楼

你这不是都知道么 ...
用exception把处理错误代码和正常流程分开。exception确实是强制处理的，只不过
不一定要在caller处理，你不处理程序直接退出。抛exception的地方和处理exception
地方之间靠finally或者stack unwinding清理资源。当然很多时候finally也不方便，
你看C#和Java或早或迟也加入了类似stack unwinding的try with。

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

l*n2014-10-30 07:10

23 楼

goto

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

b*i2014-10-30 07:10

24 楼

看这么多人讨论热火朝天，不如给你举个例子吧
一个BASIC解释程序，有个语句Statement的基类，然后各个语句实现了子类。子类必须
实现两个函数，doParse和execute，非别对应编译和执行过程。那么，doParse应该
throws SyntaxError，而execute应该throws RuntimeError。简单的做，就是在new
SyntaxError(...)的时候, 把行号和为什么错了放在构造函数里面，抛出异常。那么哪
里catch呢？程序应该有一个线程里面执行每一行程序，这个函数是所有子类execute()
的caller
..... throws RuntimeError {
try{
statement = statement.nextStatement();
statement.execute();
} catch(RuntimeError ex){
...此处并不printstack,也不强制退出，而是显示哪一行错了，为什么错了，然后
线程结束，程序回到编辑状态，用户可以修改，再次执行这个线程
}
}
总结，为什么抛异常？为了在caller或者更高层的caller那里统一处理异常，而不是每
个函数里面直接处理。这样，你改变处理的过程，在一个地方改就行了，而不是每个地
方都改。更一般的说，无法在函数里面进行处理，而是在caller那里处理在逻辑上更直
观，简单。比如函数里面不知道这种情况该怎么办，让呼叫着来处理。
Exception不是错误，而是函数知道自己无法处理而进行退出的办法，是控制程序流程
的办法。

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

l*t2014-10-30 07:10

25 楼

这就是FP干的事啊

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

z*e2014-10-30 07:10

26 楼

fp出现的时间点远比oop要早
fp要能把所有问题都搞定，就不会有oop的今天
aop只是作为oop的补充，提倡用monad替代aop的多半是fp的狂热份子

【在 n*w 的大作中提到】

: 上次在一个f#会上speaker推荐用monad代替AOP。说AOP带来的诸多问题。

z*e2014-10-30 07:10

27 楼

你说的不就是throws exception么？
你要是不想看到try catch灾难的话
直接把所有的方法的exception全部往上抛
一直抛到顶层来处理就是了

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

c*52014-10-30 07:10

28 楼

Java一般什么情况下要throw exception呢，有设计原则吗？

p*22014-10-30 07:10

29 楼

java 的 exception 是一个bad design

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

m*e2014-10-30 07:10

30 楼

没有exception怎么fail early, 一堆if else?
Exception在大型系统里帮助快速找到问题

【在 p*****2 的大作中提到】

: java 的 exception 是一个bad design

l*b2014-10-30 07:10

31 楼

都是这样的?哈哈哈
catch ( Exception e)
{ print(e.stacktrace()); }

【在 m******e 的大作中提到】

: 没有exception怎么fail early, 一堆if else?
: Exception在大型系统里帮助快速找到问题

p*22014-10-30 07:10

32 楼

zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

【在 m******e 的大作中提到】

: 没有exception怎么fail early, 一堆if else?
: Exception在大型系统里帮助快速找到问题

z*e2014-10-30 07:10

33 楼

我觉得exception更无脑一点
如果不用exception，那就需要把所有情况都考虑到才行
用aop其实只是简化了代码的书写
不会出现try catch 灾难，但是本质上是一样的

【在 p*****2 的大作中提到】

:
: zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

o*g2014-10-30 07:10

34 楼

个人理解
异常都是在整个任务没法干的情况下才抛
比如登陆，数据库连不上了，得抛异常，是登陆这事儿没法干。如果用户名密码不匹配
，不能抛异常，该返回false就返回false。
还有哪一层抓异常也有讲究
还有的时候需要用assert

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

d*r2014-10-30 07:10

35 楼

一直没搞懂 Exception 的必要性，虽然以前写 C++ 时候也用.
如果真这么必要，那 C 或者 Go 岂不是很难用? Go 还专门就不设计 Exception 呢.

n*w2014-10-30 07:10

36 楼

上次在一个f#会上speaker推荐用monad代替AOP。说AOP带来的诸多问题。

【在 p*****2 的大作中提到】

:
: zhaoce不是说了吗？AOP可以搞定，Monad也可以搞定。

p*o2014-10-30 07:10

37 楼

Go没用过，你要写个C函数管理几个资源，保证每个错误都处理到以及函数返回之前把
东西清干净就不是件容易的事，更别提让你过段时间或者让别人来维护这段代码了。

【在 d*******r 的大作中提到】

: 一直没搞懂 Exception 的必要性，虽然以前写 C++ 时候也用.
: 如果真这么必要，那 C 或者 Go 岂不是很难用? Go 还专门就不设计 Exception 呢.

d*r2014-10-30 07:10

38 楼

问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
算用 return value 实现了 exception?
我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
unexpected_return_value.
当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
误的代码和正常逻辑的代码分开.

【在 p***o 的大作中提到】

: Go没用过，你要写个C函数管理几个资源，保证每个错误都处理到以及函数返回之前把
: 东西清干净就不是件容易的事，更别提让你过段时间或者让别人来维护这段代码了。

p*o2014-10-30 07:10

39 楼

你这不是都知道么 ...
用exception把处理错误代码和正常流程分开。exception确实是强制处理的，只不过
不一定要在caller处理，你不处理程序直接退出。抛exception的地方和处理exception
地方之间靠finally或者stack unwinding清理资源。当然很多时候finally也不方便，
你看C#和Java或早或迟也加入了类似stack unwinding的try with。

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

l*n2014-10-30 07:10

40 楼

goto

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

b*i2014-10-30 07:10

41 楼

看这么多人讨论热火朝天，不如给你举个例子吧
一个BASIC解释程序，有个语句Statement的基类，然后各个语句实现了子类。子类必须
实现两个函数，doParse和execute，非别对应编译和执行过程。那么，doParse应该
throws SyntaxError，而execute应该throws RuntimeError。简单的做，就是在new
SyntaxError(...)的时候, 把行号和为什么错了放在构造函数里面，抛出异常。那么哪
里catch呢？程序应该有一个线程里面执行每一行程序，这个函数是所有子类execute()
的caller
..... throws RuntimeError {
try{
statement = statement.nextStatement();
statement.execute();
} catch(RuntimeError ex){
...此处并不printstack,也不强制退出，而是显示哪一行错了，为什么错了，然后
线程结束，程序回到编辑状态，用户可以修改，再次执行这个线程
}
}
总结，为什么抛异常？为了在caller或者更高层的caller那里统一处理异常，而不是每
个函数里面直接处理。这样，你改变处理的过程，在一个地方改就行了，而不是每个地
方都改。更一般的说，无法在函数里面进行处理，而是在caller那里处理在逻辑上更直
观，简单。比如函数里面不知道这种情况该怎么办，让呼叫着来处理。
Exception不是错误，而是函数知道自己无法处理而进行退出的办法，是控制程序流程
的办法。

【在 c***5 的大作中提到】

: Java一般什么情况下要throw exception呢，有设计原则吗？

l*t2014-10-30 07:10

42 楼

这就是FP干的事啊

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

z*e2014-10-30 07:10

43 楼

fp出现的时间点远比oop要早
fp要能把所有问题都搞定，就不会有oop的今天
aop只是作为oop的补充，提倡用monad替代aop的多半是fp的狂热份子

【在 n*w 的大作中提到】

: 上次在一个f#会上speaker推荐用monad代替AOP。说AOP带来的诸多问题。

z*e2014-10-30 07:10

44 楼

你说的不就是throws exception么？
你要是不想看到try catch灾难的话
直接把所有的方法的exception全部往上抛
一直抛到顶层来处理就是了

【在 d*******r 的大作中提到】

: 问个问题，为什么语言不设计成让每一个 function 都能有一个返回值: unexpected_
: return_value, 然后所有函数的 caller 都必须强制 check和处理这个值呢? 这样算是
: 算用 return value 实现了 exception?
: 我的意思是说，编程语言本身，在未知错误下，能确保 function 返回这个
: unexpected_return_value.
: 当然，很久前学 C++ exception 时候，记得说 exception 还有个所谓好处: 把处理错
: 误的代码和正常逻辑的代码分开.

l*t2014-10-30 07:10

45 楼

maybe/option就解决了，你可以用map default处理也可以用getorelse catch也可以用
patten match强制编译器检查 scala future还有fail back
用monad可以彻底把context包起来而且不会像adt/aspect/动态语言那样侵犯语意

【在 z****e 的大作中提到】

: fp出现的时间点远比oop要早
: fp要能把所有问题都搞定，就不会有oop的今天
: aop只是作为oop的补充，提倡用monad替代aop的多半是fp的狂热份子

d*r2014-10-30 07:10

46 楼

所以我一直有点怀疑这种方法，下层具体代码逻辑还处理不了的错误，顶层还是处理不
了啊

【在 z****e 的大作中提到】

: 你说的不就是throws exception么？
: 你要是不想看到try catch灾难的话
: 直接把所有的方法的exception全部往上抛
: 一直抛到顶层来处理就是了

q*c2014-10-30 07:10

47 楼

当然处理的了，context 不同。
比如上层可以通过判断抛弃这部分逻辑而处理。
处理不是恢复。

【在 d*******r 的大作中提到】

: 所以我一直有点怀疑这种方法，下层具体代码逻辑还处理不了的错误，顶层还是处理不
: 了啊

z*e2014-10-30 07:10

48 楼

因为fp本来就包含有monad
而oop并不包含有aop
aop并不是必需，我只是用来做一个补充
不用也没啥大不了的，用也没多麻烦
但是要全部换成fp，那这个就比较痛苦了
思维容易乱，我自己都乱，传递给别人就更乱了

【在 l******t 的大作中提到】

: maybe/option就解决了，你可以用map default处理也可以用getorelse catch也可以用
: patten match强制编译器检查 scala future还有fail back
: 用monad可以彻底把context包起来而且不会像adt/aspect/动态语言那样侵犯语意

d*r2014-10-30 07:10

49 楼

大牛说的是，
那还是可以像我在 11 楼说的，可以用强制处理 (恢复或者往上层return)的方式，用
unexpected_return_value 就实现 expectation 了吧. 就是说，不用新造一个叫
expectation 的新概念，就用现有的 funtion return value 就可以实现一样的功能了.

【在 q*c 的大作中提到】

: 当然处理的了，context 不同。
: 比如上层可以通过判断抛弃这部分逻辑而处理。
: 处理不是恢复。

p*22014-10-30 07:10

50 楼

用
了.
我觉得确实争议很大。就像你说的，人家Go就不设计exception。Scala也不推荐
exception

【在 d*******r 的大作中提到】

: 大牛说的是，
: 那还是可以像我在 11 楼说的，可以用强制处理 (恢复或者往上层return)的方式，用
: unexpected_return_value 就实现 expectation 了吧. 就是说，不用新造一个叫
: expectation 的新概念，就用现有的 funtion return value 就可以实现一样的功能了.

q*c2014-10-30 07:10

51 楼

可以。
不过当年看c ，有几个个专门的宏， joe,jon.jonz
jump on error
jump on zero
jump on non zero.
整个程序，几乎行行开头都是这个宏。末尾是几个处理错误的 block. 不这样，那整
片都是 if.
也就是自己 implemebt exception throw.
人类的悲剧就是短命，结果经验教训无法延续。很多经验, 你不被打脸，就看书，那是
学不会的，哪怕很简单。
比如小妞妞明知道不做作业，10分钟后就没饭吃要倒霉，结果 it 就是不干。这种痛苦
要反复经历才能进入血液，真正成为自己的智慧，才能成长为大人。
因为我们就是这样的低等物种，智慧只能通过痛苦最学习，不能通过知识快速学习。

用
了.

【在 d*******r 的大作中提到】

: 大牛说的是，
: 那还是可以像我在 11 楼说的，可以用强制处理 (恢复或者往上层return)的方式，用
: unexpected_return_value 就实现 expectation 了吧. 就是说，不用新造一个叫
: expectation 的新概念，就用现有的 funtion return value 就可以实现一样的功能了.

d*r2014-10-30 07:10

52 楼

恩，是的
我看 Linux Kernel 里面有用 C 的 goto 来实现这种效果的.

【在 q*c 的大作中提到】

: 可以。
: 不过当年看c ，有几个个专门的宏， joe,jon.jonz
: jump on error
: jump on zero
: jump on non zero.
: 整个程序，几乎行行开头都是这个宏。末尾是几个处理错误的 block. 不这样，那整
: 片都是 if.
: 也就是自己 implemebt exception throw.
: 人类的悲剧就是短命，结果经验教训无法延续。很多经验, 你不被打脸，就看书，那是
: 学不会的，哪怕很简单。

s*i2014-10-30 07:10

53 楼

假设你的系统里面有某种资源的cache，系统每隔一段时间就会尝试更新cache,这个更
新过程可能会出错（throw exception），这个时候你是希望系统崩溃，还是catch
exception,然后继续用现有的cache...

l*t2014-10-30 07:10

54 楼

monad是实现不是语言的一部分

【在 z****e 的大作中提到】

: 因为fp本来就包含有monad
: 而oop并不包含有aop
: aop并不是必需，我只是用来做一个补充
: 不用也没啥大不了的，用也没多麻烦
: 但是要全部换成fp，那这个就比较痛苦了
: 思维容易乱，我自己都乱，传递给别人就更乱了

c*o2014-10-30 07:10

55 楼

catch 的目的是处理，不然catch干嘛，忽略就好了。
所以在能当时处理的时候就处理才是对的。
往上传的话只有不能处理才做。

【在 s********i 的大作中提到】

: 假设你的系统里面有某种资源的cache，系统每隔一段时间就会尝试更新cache,这个更
: 新过程可能会出错（throw exception），这个时候你是希望系统崩溃，还是catch
: exception,然后继续用现有的cache...

a92014-10-30 07:10

56 楼

你不觉得应该找出来为啥更新过程可能会出错吗？

【在 s********i 的大作中提到】

: 假设你的系统里面有某种资源的cache，系统每隔一段时间就会尝试更新cache,这个更
: 新过程可能会出错（throw exception），这个时候你是希望系统崩溃，还是catch
: exception,然后继续用现有的cache...

s*i2014-10-30 07:10

57 楼

当然要找出来但是那是之后patch的时候。。。你不能保证你的程序在production的
时候一定不出错吧，出错的时候runtime怎么办？肯定是catch exception, 能继续的就
继续，然后 page service engineer 起床来处理

【在 a9 的大作中提到】

: 你不觉得应该找出来为啥更新过程可能会出错吗？

z*e2014-10-30 07:10

58 楼

是fp的一部分

【在 l******t 的大作中提到】

: monad是实现不是语言的一部分

z*e2014-10-30 07:10

59 楼

不只
一个是打断当前transaction
还有一个是比较初级的处理就是直接塞入log
便于将来查询，随便一个java系统，现在log里面exception估计都不少
很多是没处理的，但是放那边，真有啥问题，好查

【在 c******o 的大作中提到】

: catch 的目的是处理，不然catch干嘛，忽略就好了。
: 所以在能当时处理的时候就处理才是对的。
: 往上传的话只有不能处理才做。