befresh
2003-09-01 14:36
其实你要的是开发速度。

如果要考虑性能或设计,应该从日志开始分析,一般日志的错误类型是比较少的(大系统另计),抛出日志的对象也是有限的,如果预先取出这些东西,然后根据POLO,最后组装成List返回。

iceant
2003-09-02 09:09
呵呵,突然发现有好多名词看不懂,请问什么是 POLO? 好像汽车的名字

raynix
2003-09-02 16:58
你说的是PO*J*O吧,呵呵。
POJO = plain old java object


另外,我看见一些代码例子中有很多的:


if(null != obj){
  ...
}
<p class="indent">


不知这只是习惯还是和性能有关?我习惯了写 obj != null 了。

iceant
2003-09-02 18:00
实惯问题吧,如:

if("".equals(str)){
...
}

raynix
2003-09-03 08:58
不一样,你的代码

"".equals(str)

如果写成

str.equals("")

那么如果str是null,就会抛NullPointerException,而前者则不会。
我问的是null == obj 和 obj == null 的差别,或许就是习惯问题?

szkid
2003-09-06 09:02
null==obj能减少书写错误吧,例如如果将==写成=时,编译时就可以发现错误,而如果obj=null则必须通过调试时才能发现错误吧

chinahero
2003-09-09 09:00
我现在的作法是这样
List result = null;
String sql = null;

sql = "SELECT * FROM contact WHERE login_id=? ";
stmt = conn.prepareStatement(sql);
stmt.setString(1, loginId);
rs = stmt.executeQuery();
result = readContactFromResultSet(rs);


private List readContactFromResultSet(ResultSet rs)
{
List result = new ArrayList();
try {
while (rs.next()) {
MutableContactModel miblm = new MutableContactModel()
miblm.setId(...)...//从rs中赋值给对象miblm result.add(miblm);
}

return result;
} }

/**

行吗?

chinahero
2003-09-09 09:01
我现在的作法是这样
List result = null;
String sql = null;

sql = "SELECT * FROM contact WHERE login_id=? "; //分页在sql中实现
stmt = conn.prepareStatement(sql);
stmt.setString(1, loginId);
rs = stmt.executeQuery();
result = readContactFromResultSet(rs);
return result

返回一个List;


private List readContactFromResultSet(ResultSet rs)
{
List result = new ArrayList();
try {
while (rs.next()) {
MutableContactModel miblm = new MutableContactModel()
miblm.setId(...)... //从rs中赋值给对象
miblm result.add(miblm);
}

return result;
} }

/**

行吗?

iceant
2003-09-09 15:17
TO: chinahero

我很想知道你说的方法是否能正常运行?
还有你说的方法运行的效率客户是否已经接受?

如果这两条都 OK,我建议你不要花这么多时间去想如何优化性能了。

siberian
2003-09-18 10:12
我觉得太讲究设计不好。尽量用一些简单易懂,代码命名良好的代码,远比用什么模式好维护多了。除非必须用用模式,那是逼到那里了。
用了模式的代码,自己都容易晕,对象关系无端地添了很多,没有必要。

cxj_2000
2003-09-26 10:40
在我看到得jakarta那些代码之中,一般是将常量写在前面,而将变量写在后面,刚开始得时候不觉得如何,但是后来仔细想想,这样可以避免运行时候的错误,比如NullPointerException之类的。

abigfrog
2003-10-17 16:57
> null==obj能减少书写错误吧,例如如果将==写成=时,编译时
> 涂梢苑⑾执砦螅绻obj=null则必须通过调试时才能发现?> 误吧

有理!

嗯?乱码?banq怎么回事?

jeffec
2003-10-24 10:43
如果不是分布式应用,没必要用Transfer Object了吧。
我记得JIVE里是有CACHE的,不是每次都新查询一次ID,先检查CACHE

itjoe
2003-11-24 15:27
> 不一样,你的代码
>
> "".equals(str)
>
> 如果写成
>
> str.equals("")
>
> 那么如果str是null,就会抛NullPointerException,而前者?> 不会。
> 我问的是null == obj 和 obj == null
> 的差别,或许就是习惯问题?

这是一个备受推崇的c/c++的编程习惯,避免开发人员在写obj==null这样的语句的时候不会因为疏忽而写成obj=null的错误,这样就变成另外一种含义了,而且很难觉察。java里面则不用担心这样的问题。

xssily
2003-11-25 20:33
尽量不要在循环里面初始化对象,可以使用singleton模式,这样你就会只存在一个对象,这样或许会好一点..

猜你喜欢