师长技：说说大家所做J2ee项目，数据展示，业务实现、持久化等方面的优缺点

[Query1981]

先抛砖
项目1：
特点：1，在客户端jsp的编写中组织清晰，大量应用了私有标签。
权限的控制也到了页面元素一级。
2，使用了一个类似pb中的数据窗口控件，使得数据持久化变得轻松。
这是该项目最大的优点。
业务的实现却是在action中，缺少一个专门的业务层，造成代码冗余混乱。
3，甚至没有业务对象如：客户（customer/user）。程序属于非面向对象的架构。
而更像是，两层结构在三层环境中的实现。我想这是大多数国内项目的尴尬。
4，工作流平台为公司自己开发，功能比较强大。
项目2：
特点：1，jsp结构复杂混乱容易出错。大量的 java 代码混杂其中。
jsp标准标签和struts标签混合使用。
2，有一个专门的业务层，但业务的实现几乎全都是有存储过程完成，
原因也是没有专门的业务对象。
业务层对象就是各项业务的集合，一个巨大类！晕。代码非常初级。
3，数据展示使用了一个变形的recordset，有点类似于1.5中的CatchRecordSet，
实现了断连，但未实现分页。
。。。。。。。。。。。。

粗粗一掠，欢迎讨论

[ardee]

给你推荐一个群18349943，里面高手很多，可以进去讨论

[Query1981]

呜呼。
本版无人关注设计！

[Query1981]

本版就是一个巨大的bugFree？？？？

[ntyangzhengqiang]

当前j2ee项目架构众多,侧重点各有不同,但其本质都是对一块架构逻辑的封装,j2ee最基本也是众所周知的就是mvc三层架构,而各种在此基础上衍生出的新架构也只是对其中的某一个层次进行细化和封装,使之适合某种特定领域开发的要求.对于显示层,我主张尽量用html+javascript+封装了的javabean实现通用主件,作为项目自己的显示层核心.可以做到维护成本低,上手比较容易的特点.在实际项目当中,这样做的好处已经体现出来,随便找写学过一点点网页的人就可以参与到项目开发当中来.
对于控制层,相信struts的action是大家公用的选择,我也同意,在这里配置访问和处理返回数据,不设计任何的业务逻辑.
我主张有一个通信层,这个通信层可以封装了EJB或者spring,实现事务管理的容器化及资源池的利用.
再后来应该是一块业务层,及数据持久层

[njtzj]

设计.....头痛!

[eric1109]

项目1
数据展示：私有标签
业务实现：EJB 主要使用stateless EJB
持久化：映射＋存储过程（大量数据放于cache）
架构：ＭＶＣ＋ＥＪＢ
优点：速度较快
缺点：未实现完全的松耦合，特别是数据源

[emin_lee]

使用了一个类似pb中的数据窗口控件，使得数据持久化变得轻松
--------------------------------------------------------
请教楼主，你所说的这个控件，是客户端控件？

[Query1981]

加进去了 嘿：

是哟。我这儿也有台式机，做开发、打游戏都好。
风筝(39425012) 17:47:58
宽频的显示器太讨厌了
00(12425309) 17:48:00
我自己有台台机的，打游戏超爽，做开发也没问题，就是想买个本本用
圆月弯刀(272714651) 17:49:20
呵呵，你买了后来换就了。
无心无肺(27148854) 17:49:47
这样吧，我代理笔记本的，来我们店，我给你个建议
00(12425309) 17:50:07
建议什么呀
无心无肺(27148854) 17:50:46
我给你买吧，呵，，价格应该算还可以，你人在那
00(12425309) 17:50:51
要不就是宽屏，要不就是正常屏，不要忽悠我呀。
00(12425309) 17:51:06
人在苏州
无心无肺(27148854) 17:52:19
晕，，
00(12425309) 17:53:18
晕什么？？？？？？？？？？
脚印(94463874) 17:53:49
你是老实人吧

[Query1981]

该控件有几个部分：数据集--一条select语句，pb里有这个概念。
一个处理数据集的类 --- 类似dataWindow，有专门操作，数据的一些方法，如Insert，update等。
一个包含数据集类的form--，包含了一个数据集类。
一组在jsp上的专业用标签。

[Query1981]

的专业用标签-----专用

[leafxx]

以上两个项目都是设计极为失败的项目，只能作负面教材

理想的是多层设计，由下至上
database（any database） -> orm layer(hibernate) -> DAO (GenericDao) -> Service & WebService -> MVC muitl-action(Struct or webwork) / SOAP(xfire) +　Client(Java swing or SWT, XUL)