这个是业务逻辑问题，只是个语法糖。愿意使用这个语法糖就要 try/catch，不愿意使用这个语法糖大可不必。

一般说来 rpc 也不会设计成 setter 调用。像我在 jsonrpc 里面是这样玩的：

remote.userService.createUser(u);

上面那一句话会判断 userService 是否在远程存在，然后下载方法签名缓存起来。

多方便啊。。

【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 你理解错了，不是编译问题，是用户代码写起来爆炸。就拿你说的那个例子，能通过网络调用拿数填给proxy，那我岂不是写一个赋值有语句就得catch一下网络错误了。。。简直就没有一句操作是安全的
--
修改:hgoldfish FROM 124.72.119.*
FROM 124.72.119.*