Java控件设计入门
2008-01-05 08:07:59 来源:WEB开发网核心提示:为什么需要控件(Controls) 企业资源访问是企业应用开发过程中的重要内容,然而企业资源的多样性对于软件开发者而言是个大难题,Java控件设计入门,尽管J2EE标准中对于众多资源的访问接口进行了定义,然而对于软件开发者而言,而且对于资源访问者而言,他始终采用同一接口去调用不同的资源,这些接口仍然是太多了,我们简单的
为什么需要控件(Controls)
企业资源访问是企业应用开发过程中的重要内容,然而企业资源的多样性对于软件开发者而言是个大难题。尽管J2EE标准中对于众多资源的访问接口进行了定义,然而对于软件开发者而言,这些接口仍然是太多了。我们简单的描述一下这个问题,首先看一下J2EE1.4的架构图。
图1 J2EE 1.4架构
上面这张图是J2EE 1.4标准中的J2EE架构图,从这张图上我们可以看到,J2EE标准中提供了丰富的组件、协议和系统服务满足企业的需求,比如EJB、JMS、JDBC、Web Services、javaMail等等,方便企业根据不同的需求通过组合调用这些组件、协议和系统服务来建设企业的业务系统,然而企业本身业务随着市场的变化在不停的调整,不同时期、不同市场环境下的不同需求导致企业内部业务系统建设的极度不均衡,不同的数据库、不同的J2EE应用中间件、不同的架构设计导致企业应用开发的复杂度成倍增加。
举个简单的例子,让我们来看看假如要使用这些技术开发一个企业级系统,开发者需要完成的工作:
在一个企业级应用系统中,业务逻辑通常会被封装成EJB,开发者需要通过JNDI来访问EJB中的业务逻辑;异步的消息传递通常会使用JMS服务器,开发者需要通过调用服务器支持的队列或者主题来完成消息发送和接收;更多的情况下,开发者需要通过JDBC来访问企业数据库,完成相关数据的持久化工作,下面我们简单的看看访问这些资源所需要编写的代码片断。
访问一个EJB需要完成的代码
这些只是J2EE标准中不到四分之一服务的客户端调用代码片断,从中我们可以发现每种企业资源的访问方式和API都不相同,而且每一种调用代码的编写都不是一件非常轻松的事情,而J2EE中还提供了更多的企业资源接访问接口方式如Web Services,JavaMail等,对于开发者而言,要完全把握J2EE1.4客户端调用代码对每一个开发者而言都不是一件轻松的事情。
控件(Controls)架构为解决这个难题提供了行之有效的方法。在控件(Controls)架构中,我们使用Java控件(Control)对资源访问进行封装,隐藏资源访问细节。开发者只需要继续这些Java控件(Control),而后提供自己的业务方法,使用Java控件(Control)中提供的特定注释(Annotation)来注释这些业务方法,就可以完成企业资源的访问工作。这种方式不但快捷高效,而且对于资源访问者而言,他始终采用同一接口去调用不同的资源,根本不需要去了解资源访问的细节。
企业资源访问是企业应用开发过程中的重要内容,然而企业资源的多样性对于软件开发者而言是个大难题。尽管J2EE标准中对于众多资源的访问接口进行了定义,然而对于软件开发者而言,这些接口仍然是太多了。我们简单的描述一下这个问题,首先看一下J2EE1.4的架构图。
图1 J2EE 1.4架构
上面这张图是J2EE 1.4标准中的J2EE架构图,从这张图上我们可以看到,J2EE标准中提供了丰富的组件、协议和系统服务满足企业的需求,比如EJB、JMS、JDBC、Web Services、javaMail等等,方便企业根据不同的需求通过组合调用这些组件、协议和系统服务来建设企业的业务系统,然而企业本身业务随着市场的变化在不停的调整,不同时期、不同市场环境下的不同需求导致企业内部业务系统建设的极度不均衡,不同的数据库、不同的J2EE应用中间件、不同的架构设计导致企业应用开发的复杂度成倍增加。
举个简单的例子,让我们来看看假如要使用这些技术开发一个企业级系统,开发者需要完成的工作:
在一个企业级应用系统中,业务逻辑通常会被封装成EJB,开发者需要通过JNDI来访问EJB中的业务逻辑;异步的消息传递通常会使用JMS服务器,开发者需要通过调用服务器支持的队列或者主题来完成消息发送和接收;更多的情况下,开发者需要通过JDBC来访问企业数据库,完成相关数据的持久化工作,下面我们简单的看看访问这些资源所需要编写的代码片断。
访问一个EJB需要完成的代码
1. //初始化EJB访问上下文 2. Context context = new InitialContext(); 3. //查找jndiName对应的EJB调用入口 4. Object o = ctx.lookup(“jndiName”); 5. //生成EJB访问的home接口 6. XXXHome home = (XXXHome) javax.rmi.PortableRemoteObject 7. .narrow(o,XXXHome.class); 8. //创建EJB对象 9. XXX xxx = home.create(); 10. //完成相关业务方法调用 11. … 12. //EJB使用完毕,清除EJB对象 13. xxx.remove();访问JDBC数据源要完成的代码
1. //加载数据库驱动 2. Class.forName(“driver_name_of_jdbc_driver”); 3. //通过DriverManager获取数据库连接 4. Connection conn = DriverManager 5. .getConnection(jdbcUrl,userName,passWord); 6. //创建Statement对象 7. Statement stmt = conn.createStatement(); 8. //完成相关数据的访问 9. … 10. //关闭Statement对象 11. stmt.close(); 12. //关闭数据库连接 13. conn.close();访问JMS需要完成的部分代码
1. //初始化EJB访问上下文 2. Context context = new InitialContext(); 3. //通过JNDI查询连接工厂 4. TopicConnectionFactory factory = (TopicConnectionFactory) ctx 5. .lookup(“weblogic.jws.jms. TopicConnectionFactory”); 6. //使用连接工厂创建JMS连接 7. TopicConnection conn = factory.createTopicConnection(); 8. //创建JMS会话 9. Topicsession session = connection 10. .createTopicSession(false,Session.AUTO_ACKNOWLEDGE); 11. //通过jndiName查找目的地(主题) 12. Topic topic = (Topic) ctx.lookup(“jndiName”); 13. //创建消息发生者 14. TopicPublisher publisher = session.createPublisher(topic); 15. //创建要发送的文本消息 16. TextMessage message = session.createTextMessage(); 17. message.setText(“Hello World!”); 18. //发送文本消息 19. publisher.publish(message);
这些只是J2EE标准中不到四分之一服务的客户端调用代码片断,从中我们可以发现每种企业资源的访问方式和API都不相同,而且每一种调用代码的编写都不是一件非常轻松的事情,而J2EE中还提供了更多的企业资源接访问接口方式如Web Services,JavaMail等,对于开发者而言,要完全把握J2EE1.4客户端调用代码对每一个开发者而言都不是一件轻松的事情。
控件(Controls)架构为解决这个难题提供了行之有效的方法。在控件(Controls)架构中,我们使用Java控件(Control)对资源访问进行封装,隐藏资源访问细节。开发者只需要继续这些Java控件(Control),而后提供自己的业务方法,使用Java控件(Control)中提供的特定注释(Annotation)来注释这些业务方法,就可以完成企业资源的访问工作。这种方式不但快捷高效,而且对于资源访问者而言,他始终采用同一接口去调用不同的资源,根本不需要去了解资源访问的细节。
更多精彩
赞助商链接