没什么能耐。。。。。。
就是做了一年多的j2ee，做过电子商务方面的东西。。。。。
Hibernate....Struts.......Guice......EJB3......还是可以的。。。。
JMX.....JTS...JTA...还可以。。。。。。。。。
.JCA那东西没怎么看
对象设计还可以。。。个人喜欢领域模型的开发模式。。。。设计模式只熟悉自己常用的那几个。。。
UML画了一年多了。。。。习惯用 Posiden。。。。Rose以前用过。。。。
最喜欢组件开发模式。。。。。
lucence...随便写个简单的模糊搜索还是可以的。。。。类似与compass的东西。。。
其实我要求也不是很高。。。
找个地方吃饭而已。。。饥不择食嘛。。。。。
想找个地方做点东西。。。。
能够有些自己的时间。。。。
能吃饱饭。。。。。。

同时也想让高手指点自己一下。。。。
感觉自己现在很少提高。。。。
缺乏高手的指点。。。。
谢谢。。。
QQ: 870742417

也可以PM 我 。。。

不必了吧,楼主看起来已经很牛了. 学校没人请的起您...

对了楼主:

1. JNDI 操作几乎总是需要性能开销,EJB home 接口工厂是如何降低 EJB 应用程序中 JNDI 查找开销的啊?

2. 在Hibernate中,使用DetachedCriteria进行查询的问题:

  1. // 方法需要根据传来的数组,将数组中的每一个作为查询的条件,实现区域="北京"或者区域="上海"或者区域="陕西" 
  2. String[] arr = new String[]{"北京","上海","陕西","四川"}; 
  3. DetachedCriteria dc = DetachedCriteria.forClass(ListTcpolicyBaseInfoBean.class,"tcp"); 
  4. // 如果对于数组的大小的,使用Restrictions.or()像下面那样写,就可以搞定 
  5. dc.add(Restrictions.or(Restrictions.eq("tcp.District", "上海"),Restrictions.eq("tcp.District","北京"))); 
  6. // 关键问题是现在数组的大小不确定,查询Hibernate的文档,其对于Restrictions.or()的介绍很简单,也只是适用于两个条件的,其代码如下: 
  7. List cats = sess.createCriteria(Cat.class) 
  8. .add( Restrictions.like("name", "Fritz%") ) 
  9. .add( Restrictions.or( 
  10. Restrictions.eq( "age", new Integer(0) ), 
  11. Restrictions.isNull("age") 
  12. ) ) 
  13. .list(); 

如何解决对于数组大小不确定的问题啊??

对于ejb home 工厂的问题，我们可以借鉴Struts 的Action 模型。。。使用Map 对已经查找的接口进行简单的缓存，这样在一定程度上可以保证一个home接口只查找一次。。。

对于第二个问题。。我的思路是在底层封装所需要的DetachedCriteria查询，使用自定义的参数对象对所要传得参数进行封装，比如。。。。

public class QueryParameter{
  private String[] prameters;
  private int length;

}

这样就可以在一定程度上进行职责的分离，。。。。Martin Fowler 说过这些东西的。。
好像在重构那本书里面。。。其实这也可以说成是一种面对对象的设计方法，进一步还可以把查询参数的验证等方面提取到该参数对象中。。
。。。。
希望多多指点。。。。

对于那个home 接口问题，进一步就可以在系统启动时加载需要的接口。。。性能可能还会有进一步的提升。。

////////////////////////
查询问题我的建议是使用命令模式构建统一的查询命令。。在命令里填充查询参数。。。使用一个Invoker消耗所有的命令。。。。这样对Hibernate SessionFactory 和Session 这两大棘手问题也可以进一步控制。。。必要时使用单例模式。。。毕竟变化的是Command ，而Invoker 是mutable的。。这个以前写过。。。还凑合。。
。。。。。
多多指点

DetachedCriteria
个人不怎么喜欢它。。
因为总感觉她老是让一些愿意偷懒的人在Web层就开始构造查询对象。。。。容易误导人在表示层蛮干。。。。
还是喜欢自己写过那个东西。。。至少是对底层数据库完全封装的。。。哪天不想Hibernate 了也没关系。。只要更改Invoker 实现就是了。。。。
个人喜好哈。。。。。仅供参考。。。。
还是大家多指点。。

Quote:

引用第3楼ipod于2007-09-12 14:37发表的  :
不必了吧,楼主看起来已经很牛了. 学校没人请的起您...

别。。。千万别。。这位兄弟。。。。我都没地儿 吃饭了还说这些。。。。。
哦对了。。。至管理员。。。。
他们招人都可以打广告。。我就不可以阿。。。。
只准他们防火不让鄙人点灯。。。
我也是[屏蔽]无奈啊。。。。
还有就是。。我习惯了想起一句说一句。。。。放心。。我对浮云不感兴趣。。。。都半年多没从这儿下东西了。。。也不在乎那些了。。。。都大三的人了。。。还以为我新来的啊。。。。

又想起一句来了。。。
对于哪个home 接口 的问题。可以考虑使用JMX写个东西。。。如果不想写守护线程启动加载的话。。。
这样可配置性更高些。。。个人比较厌恶配置文件。。烦的很。。。

对了兄弟。。在哪儿高就啊。。。。。。有时间多指教指教我啊。。。。。期待高手指点。。。

楼主太牛了,我也正学这方面东西,有空请教你噢,我的QQ:278463610

那么猛了还这么谦虚

楼主如果愿意到学校计算机创新中心“维锐工作室”从事j2ee开发，通过短消息联系我。
指出一点：通过配置管理要比通过代码管理方便，高效率的多。如spring的ioc
当然如果像guice那种采用java annotation则是另一回事，不过唯一的遗憾是guice不能和struts1.x集成

Quote:

引用第12楼随风而飘于2007-09-18 17:25发表的  :
楼主如果愿意到学校计算机创新中心“维锐工作室”从事j2ee开发，通过短消息联系我。
指出一点：通过配置管理要比通过代码管理方便，高效率的多。如spring的ioc
当然如果像guice那种采用java annotation则是另一回事，不过唯一的遗憾是guice不能和struts1.x集成

惊现VPN

Quote:

引用第12楼随风而飘于2007-09-18 17:25发表的  :
楼主如果愿意到学校计算机创新中心“维锐工作室”从事j2ee开发，通过短消息联系我。
指出一点：通过配置管理要比通过代码管理方便，高效率的多。如spring的ioc
当然如果像guice那种采用java annotation则是另一回事，不过唯一的遗憾是guice不能和struts1.x集成

这个...我人比较懒...烦的就是那些所谓的"无侵入式的XML"配置文件...其实coding多了就发现配置文件是个很麻烦的事情....不支持重构...其实从效率的角度来说spring的大量配置文件的确就是性能的瓶颈,这也是为什么guice敢妄称自己的效率是他的100倍的原因。。。。对于xp敏捷编程模式来说，这种不支持重构工具的编程模式 是很麻烦的。。毕竟xp是我们大多数时间使用的编程模式。。不支持重构我们岂不是要在几个人的团队里设一个scm专gate管理那该死的配置文件。。而xml对机器来说是好东西，对人来说却是灾难，毕竟，别人写的xml你去看烦得很，这样对团队来说增加了额外的沟通负担，个人认为不适合。。。。更不是首选。。。。个人意见。。。仅供参考。。。

--〉前一阵mac坏了。。今天刚刚借了个 来内网。。。不好意思哈。。。。