今天远光的面试官提问：“try括住过多的代码有什么优点什么缺点”

Question

try
{
    int t=3+4;
    String xx="haha";
    xx.toUpCase();
}
catch(...){}
int t=3+4;是否应该被try括住。
我答不出来。
---------------
HE ASKED  again：
oracle 和sqlserver的表有什么区别，比如字段结构有什么不同，……
我甜甜地说：“我不知道”。汗……

Answer 1

１．int t=3+4;是否应该被try括住。
看情况,要看对t的引用在try-catch体内或体外了，如果在try-catch体外则不应该，这样引用不到t．体内则无所谓
２．try括住过多的代码有什么优点什么缺点
　这个说来话长了，随便说个，如果框太多的代码，对于代码抛出的异常无法进行很好的异常分类处理，还可以忽悠说不追踪到程序的话无法知道哪个抛的异常．
３．oracle 和sqlserver的表有什么区别，比如字段结构有什么不同，……
　　没用过oracle .sqlserver，mysql,db2,Access之间的区别知道（坦城回答）

Answer 2

把int t=3+4放在TRY里，在执行的时候，是不是会降低运行效率？

Answer 3

int t=3+4 t在这个try里边没有用到不应该放里边,这就是个代码结构清楚的问题吧,括进太多的代码容易有隐藏的错误不被测试发现,
oracle和sqlserver的字段结构区别?字段结构是指什么呀?是指存储结构?还是指类型之间的区别?
比如oracle有rownum等伪列,sqlserver没有,oracle有几个LOB对象类型等等...
就能说这么多PS:楼主信用分不高,关注一哈

Answer 4

try 的大的优点：程序结构清晰。
try 的大册缺点：当有些异常发生时，需要进行一些异常的处理。处理完之后，继续后面的处理。

Answer 5

try括住过多的代码有什么优点什么缺点
优点：不详
缺点：当前面异常发生时，直接跳出，try内剩下的代码不能执行。

Answer 6

oracle sqlserver不同之处太多了
比如oracle支持平台多，sqlserver基本只在windows下
SQL语句也有差别

Answer 7

corejava中说不要过分细化异常，将一整个任务包装在一个try块内才有意义（什么意义我也不清楚），这可能是优点吧。
但是将一大段代码包装在同一个try块内不利于分析程序出错的原因，因为一大段代码有太多的地方可能抛出Exception

Answer 8

一般来说，try是把可能有异常的代码表述起来（注意是可能），当真的有异常的时候，则可以调用后面的catch把异常抓住进行处理。

Answer 9

感觉这个考官倒是蛮会问问题的。try主要作用是捕获程序异常，进行必要的程序恢复或异常预处理操作。如果括住太多的代码，会造成其他代码无法执行，不利于程序恢复。

Answer 10

同意lixiaoxue85(蛮野蛮) 说法

Answer 11

楼主看下tinking in java 就知道了
这种类型的问题 就是一个编程思想的问题

Answer 12

我的感觉,对于异常或错误,应该尽可能主动判断,而不是靠try来解决

Answer 13

从效率上来说当然是不能把t包住了，
因为try语句在编译后会给所有try的里面的地方做标志，为以后里面有异常的时候catch使用。不过从代码角度而言，使用try语句有一个原则，就是对于你无法回复回来的代码，不要使用try。

Answer 14

区别：
类型不同
sql char varchar nvarchar 等等
oracle: varchar  varchar2

Answer 15

大家回答问题的时候，请看清题目呀：
int t=3+4;
这个语句是不会抛异常的。它不存在隐藏错误不易被发现。
----------
在我的实例中，如果异常被抓住，那么整个方法都会跳出了，管你try得多还是try得少。

Answer 16

缺：
1.不利于分析出错的原因.
2.性能问题:调用一个TRY ,远比调用一个函数所用的性能要大.

Answer 17

int t=3+4;
这个东西计算在编译的时候就成int t=7了
你可以反问一下，如果int t=7; 你认为需要括起来么

Answer 18

不应该包括到try{} catch里
有两个理由：
首先放进去的话会影响性能
第二放进去太多的代码会增加查找错误代码的困难

Answer 19

不该放进去
int t=3+4;放在try{}catch{}里没任何意义
而且在编译的时候会留下标记，影响程序运行速度
再有，考官问你的时候你就分析一下自己的观点呀
被说不知道
我们要有不懂装懂的精神

Answer 20

不该放进去
int t=3+4;放在try{}catch{}里没任何意义
而且在编译的时候会留下标记，影响程序运行速度
而且把t放在try里面的话
再try之外就不可以对t进行调用了！

Answer 21

try的目的，要么就是把异常处理掉，要么就是转换异常的类型。否则就不要try

Answer 22

考虑到性能，要尽可能地try最少的东西。try的好处，可以对遇料中的异常进行恢复。
程序更健壮。

Answer 23

try的好处，可以对遇料中的异常进行恢复。
程序更健壮。
----------------------
同意楼上。
try的最大作用是对已经知道可能出的异常做捕获。

Answer 24

高手好多啊学习
不过int t=3+4我看或许应该放进去吧  ，从表面上看是影响效率 但这句影响的也没那么可怕，既然里边声明变量或许这个t的生存周期只存在于这个try中  所以  做个变量保存它还不如里边去声明  用完就不管了  对整体代码维护是有好处的

Answer 25

int t = 3 + 4;
不能括在 try 中，否则你在 try 外使用的时候，编译器会告诉你 t 没有定义。

Answer 26

一般来说，对象的定义和初始化都不应该放在 try 中，除非你只在 try 中使用。

Answer 27

我们不能够说应当不应当放进去.
应该说哪一种是最好的解决方案.因为放进去也可,不放进去也可以..我的答案:
最好不要放进去.因为
A.  TRY的目的是捕捉异常...而int t=3+4肯定不会出现异常.
B.  变量的申明最好不要写在try中．可读性不太好．．风格问题．try中写多代码优点：不用考虑其会发生什么错误．只要有错误就catch了．对于编写程序省时．try中写多代码缺点：对程序的调试没有好处．你不会很快明白是什么地方catch的．对程序执行的效率多少也有点影响．完毕！

Answer 28

我个人认为最好还是不要放进去观点同lutao050306() 比较相似

Answer 29

不能放进去的
第一个原因大家都说了 是因为 效率的问题
第二个原因 是在｛｝中定义的变量是局部的 出了try｛｝的作用域那个t就是无效的
连catch（）｛｝中都找不到t的

Answer 30

try
{
    int t=3+4;
    String xx="haha";
    xx.toUpCase();
}
catch(...){}
int t=3+4;是否应该被try括住。
我答不出来。
//不应该，因为int t=3 + 4在运行过程中确认是不会出错误的。这里主要考你try catch的作用。
---------------
HE ASKED  again：
oracle 和sqlserver的表有什么区别，比如字段结构有什么不同，……
//外部字段类型描述不一样。
我甜甜地说：“我不知道”。汗……

Answer 31

首先，如果就事论事，这几句代码根本不需要捕获异常，因为这几句代码基本上不会产生异常。罕见的情况除外（例如堆栈溢出）。关于ｔｒｙ块语句的多少，应该把一个基本上完整的过程包括进去。这样程序结构更清晰。逻辑上也更合理－－在ｔｒｙ块不需要考虑错误处理，而ｃａｔｃｈ块专门处理错误，这是ｔｒｙｃａｔｃｈ的优点。ｔｒｙ块到底该多长，具体情况具体分析，看你如何处理捕获到的异常了。如果模块在执行时，一旦遇到异常就必须退出，那就可以把整个模块放到try中；如果一个模块有几个相对独立的过程组成，并且一个过程出现异常后，这个异常能够得到有效处理并继续执行，那当然不能把整个模块放到ｔｒｙ块中，而应该使用多个try...catch楼主信誉底，但是，重在参与，呵呵变量是否应该在ｔｒy块内声明，应该由他的作用范围确定，不能一概而论，如果在ｔｒｙ块外还要使用，显然不能在ｔｒｙ块内声明

Answer 32

另一个基本的原则是，不要把很少产生异常的代码包含在try块中

Answer 33

"try括住过多的代码"
过多的标志是什么？从汉语层面讲，“过”　应该不是什么好事　所以“过多”应该是缺点，还没想到　“过”了，还有什么优点

Answer 34

sql server如果主键要设置为自增长的话用的是,identity，在创建表的时候就可以设定，而oracle的自增长是要提前创建一个序列，sequence，在程序段通过next得到序列的下一个