精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-12-12
最后修改:2009-12-12
开发环境 JDK 6,J2EE 5,NETBEANS 6.7.1 前言 很多人说netbeans是垃圾 不如eclipse. 但我觉得nebeans作为成熟技术的快速开发 还是有很多好处的. 很多代码不需要你去编写,不需要去写ant,maven等复杂的配置文档, 让你把精力集中在代码编写上. 熟练使用其代码生成,将会大大提高开发效率.
理论上讲,使用JSF代替JSP 会提高代码开发效率,但JSP还是一个基础,本文给J2EE企业级开发的入门新手们给于一定的借鉴,大大们就直接忽略此文吧.
欢迎鸡蛋番茄等杂物,谢绝鞋子转头扫把等(俺只想要吃的...= =")
环境: mysql 5.1.x glassfish 2.1 netbens 6.7.1 jdk 6 j2ee 5
安装顺序为 mysql>jdk>netbeans>glassfish 在netbeans网站上下载的 可以自带glassfish,这样连配置都省掉了,虽然本身就没什么配置- -"
一 需求分析 无论是多大或多小的项目,都应该进行需求分析,力求做到尽可能少的编写垃圾代码.没有意义的方法只会增加代码量和浪费时间,如果不是有很多经验的,那还会增加一些或大或小的漏洞和bug.
二 整体结构与责任分析 对每一个逻辑环节进行责任配置,并设计标准化接口/参数等. 什么叫标准化? 很简单阿, 无论是前台还是后台,所有的参数名称唯一,无论如何调用,都只有一种东西相应. 这样做是为了在接口,参数多多的情况下,不至于不知道什么是什么东西.(我以前经常这样 到头来不知道在干吗= =")
这个系统中,我使用的结构并不复杂. 前台(JSP) - servlet (前台业务逻辑部分) - EJB(后台系统逻辑与服务逻辑部分) - JPA(数据库对象化) - 数据库 这里EJB 为链接持久层和业务逻辑层的中间件.主要目的是分开复杂的逻辑 提供统一的接口 由业务逻辑部分调用,提高了代码的扩展性,降低了耦合性. 而前台业务逻辑主要处理来自jsp的请求和响应. 从ejb提取数据和其他的工作. EJB中的服务逻辑部分,同样使用系统逻辑层,并且还提供了web service服务的根基.这样就可以支持多平台的开发了.
此系统中, 使用金字塔结合方式. JSP SERVLET EJB JPA DATABASE 下层包含上层的责任. 也就是说 上层对下层提供的数据进行删选,最后 用户看到的 就只有他们想看到的东西. 但这个结构并不意味着, 我提取一个表中的一个字段,逻辑层就把所有字段全部提取了,从而增加数据库负载. 这里的意思是, 下层包含上层所需要的逻辑部分,比如我可以在底层做一个每个单字段的提取方法,而上层只要挑他们所需要的方法即可.
三 此文的局限性 1. 对于大型分布式系统来说,这样的结构并不理想,或者说 并不很完善. 大量的数据处理 对系统资源的消耗也是极其巨大的. (此人还是小菜一个,具体的也说不清楚.) 2. 此文并不适合小型系统建设,因为这样只会增加系统复杂性和bug出现几率.
每周更新 中... 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
浏览 1743 次