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

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

也可以PM 我 。。。

对于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写个东西。。。如果不想写守护线程启动加载的话。。。
这样可配置性更高些。。。个人比较厌恶配置文件。。烦的很。。。

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

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坏了。。今天刚刚借了个 来内网。。。不好意思哈。。。。

Quote:

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

当然，配置文件是 不可避免的东西。。。尤其是xml的，毕竟业界一致认为xml的可读性要好些，我一般的习惯是用digester+jmx尤其是那些系统相关的xml可以在系统运行时进行实时调配。。。可控性还是好些。。。。

Quote:

引用第16楼随风而飘于2007-10-09 19:04发表的  :
配置文件是个很麻烦的事情....
正好相反，一般配置文件里写的是整个系统的框架，可读性很好，如果要别人从你的coding里找系统的框架那是一样很痛苦的事情
而且配置文件支持动态的更改状态，比如说数据库链接，有配置文件可以很方便的更改数据库类型，如果不用配置文件在代码里改：1.需要源代码。2.需要管理人员懂你所用的编程语言。这样是不是你所有的项目都要开源？
当然，性能是有很大的影响，但只要在核心的地方不使用反射技术就行了。现在的业界都使用配置文件来管理系统有他的正确性的

呵呵...我说的只是个人喜好........那我们就假设配置文件是个好东西吧.....

估计也没有多少所谓的管理人员要修改我的框架代码....
Spring 号称修改xml不需要重新编译..其实就是这个倾向...
再有....平心而论.....你修改了一个项目的xml 配置...当然是框架性的而绝非管理型或维护型配置...

你敢不编译测试就让系统跑起来吗?

其实配置文件分为 框架或系统级配置...如一些IOC 配置等....
另一类就是管理性质或维护性质的配置文件....这些东西无非就是修改个数据源..要不就是性能微调...
其出现的目的就是要将把那些硬代码影响系统可移植性的东西拿出来...
.............说多了.......................