每次组织面试的时候,我都会问,您是如何理解J2EE的?
反过来,我自己也在想,J2EE到底是什么!刚入门的人是如何理解的,使用1-2年的人员又是如何理解的,使用3-5的人员可能又有不同的看法。
J2EE != EJB
J2EE != 架构
J2EE != Web开发
J2EE != Spring + Struts + Hibernate
从业这么多年,越来越觉得,当使用的技术越来越新的时候,开发速度越来越快的时候,反过头来看看基础性的东西,才会恍然大悟。我们为什么选择SSH,而放弃EJB;原因不仅仅在于我们想使用Jetty而不用JBoss,为是我们到底想要什么,我们有可以从别人那里得到什么?
我的看法:
J2EE == 标准
正是,这才是我想要的。
有了这些标准,我们就可以按照这些标准专注自己的业务逻辑,在使用Servlet的时候,我们不用考虑它背后怎么把HTTP请求映射到Get或Post方法。使用EJB的时候,我们也不用关心,谁去new一个EJB;使用JMS的时候,我们可以随便替换JMS的提供者,不想用ActiveMQ,换OpenMQ;使用JDBC,我们可以随便更换数据库;等等。。。也就是说,我们的应用依赖于一种标准的接口,有标准接口的构件。使用这些构件,我们很容易构件我们的应用系统。某个构件坏了,直接更换,因为它是标准的。
标准的力量。正是:最好的公司在做标准。
J2EE开发 == 基于标准构件的开发。
Java开源世界为我们提供了丰富的类库,这些类库也许就是我们想要的构件。如果认为他们是标准的,也就是说将来容易更换,go ahead.
个人意见,欢迎拍砖,
反过来,我自己也在想,J2EE到底是什么!刚入门的人是如何理解的,使用1-2年的人员又是如何理解的,使用3-5的人员可能又有不同的看法。
J2EE != EJB
J2EE != 架构
J2EE != Web开发
J2EE != Spring + Struts + Hibernate
从业这么多年,越来越觉得,当使用的技术越来越新的时候,开发速度越来越快的时候,反过头来看看基础性的东西,才会恍然大悟。我们为什么选择SSH,而放弃EJB;原因不仅仅在于我们想使用Jetty而不用JBoss,为是我们到底想要什么,我们有可以从别人那里得到什么?
我的看法:
J2EE == 标准
正是,这才是我想要的。
- 标准的中间件
- 标准的接口
- 标准的构件
- 。。。
有了这些标准,我们就可以按照这些标准专注自己的业务逻辑,在使用Servlet的时候,我们不用考虑它背后怎么把HTTP请求映射到Get或Post方法。使用EJB的时候,我们也不用关心,谁去new一个EJB;使用JMS的时候,我们可以随便替换JMS的提供者,不想用ActiveMQ,换OpenMQ;使用JDBC,我们可以随便更换数据库;等等。。。也就是说,我们的应用依赖于一种标准的接口,有标准接口的构件。使用这些构件,我们很容易构件我们的应用系统。某个构件坏了,直接更换,因为它是标准的。
标准的力量。正是:最好的公司在做标准。
J2EE开发 == 基于标准构件的开发。
Java开源世界为我们提供了丰富的类库,这些类库也许就是我们想要的构件。如果认为他们是标准的,也就是说将来容易更换,go ahead.
个人意见,欢迎拍砖,
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10742815/viewspace-661695/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10742815/viewspace-661695/