瞧,我们组的Web应用开发方式

04-10-02 qfvszy
我们开发小组5个人,一个组长;

用MVC方式开发WEB应用;

使用WinCVS进行版本控制团队开发;

Ant来实现编译发布;

应用服务器采用Tomcat,使用的时候(Apache和Tomcat整合);

数据库是Sybase和Oracle,采用连接池;

报表使用的是MingReport;

工程开发阶段:需求分析,设计,编码,测试,试运行,正式运行;

一个工程项目差不多50W,6个人,6个月来搞定。

----------------------------------

我们的MVC实现是这样的:

MVC模式:jsp,html充当Vidw(视图);servlet充当controler(控制器);class类充当Module(模块);

jsp通过提交form表单,或者带参数的url请求sevlet;servlet里doPost或者doGet方法根据参数调用Module类里面的方法进行添加、删除、更

新、查询数据的操作,然后用forward方法或者response.sendRedirect返回到jsp页面,这里servlet只控制流程,Class类里面处理业务逻辑;

servlet里面request.setAttribute()保存数据,在jsp页面request.getAttribute()得到数据。

我们的工程中封装了一些基础的工具类比如说(数据库的连接,查询添加删除更新,页面的显示等等),具体的项目也提炼出一些公共的业务

逻辑封装为不同的类。有整理较完善的js库和css样式表。

在我们的开发中,差不多是每个jsp页面对应一个servlet和module,当然在一个jsp页面很多时候实现的添加、删除、更新、查询复合功能。

只有查询数据的时候才用写sql,插入、更新、删除都是不用写sql,只需要绑定form中的字段和表中的字段就可以了,这里我们封装了几个类来实现的。

我想说的是:在我们的工程开发里面没有用到Struts,spring,hibernate,EJB等这些东西,而我很希望在我们开发多一些新的东西或者提高我们的技术含量,但是又不知道该怎么办,迷惑是否我们需要采用一些FrameWork,我们的开发算是一种么?

恳请各位有项目开发经验的大侠给予解惑,不胜感激!!!

napoleonn
2004-10-02 18:07
还是建议用Structs,和Hibernate. 我觉得使用框架的好处是:第一,一个成熟的框架是高效的;第二,一个成熟的框架包含了前人的最佳实践经验,不用你再去苦苦探索. 使用框架后能够规范你们的工程,不会乱来,你比如持久层,用jdbc直接访问数据库吗?那自己写o/r mapping的工作量是很大的,而且会出问题,还不如用hibernate. 而且structs和hibernate的学习难度都不是很大的,所以我建议这两个还是要用的.

hgwnet
2004-10-03 08:12
总的来说你门的开发方式还比较原始,而且mvc方式在某些web server上无法运行。

但话又说回来,应用太多的框架也不好,因为框架的规矩较多,反而不够灵活。hibernate很好,但我也顶多用他的单类映射方式,没有用其它太多的关系映射,曾经试验用过,发现作为框架的最大弱点:灵活性差就暴露出来了。

我现在用turbine框架,虽然都说turbine是如何如何的好,花了好大功夫搞定了,发现真正用起来作为框架的弱点就暴露出来了。就象用hibernate一样,每个框架都有它非常优秀的地方,就只要使用这个优点就好了,尽量使用自己的开发组件,主要是方便控制。

hgwnet
2004-10-03 08:12
总的来说你门的开发方式还比较原始,而且mvc方式在某些web server上无法运行。

但话又说回来,应用太多的框架也不好,因为框架的规矩较多,反而不够灵活。hibernate很好,但我也顶多用他的单类映射方式,没有用其它太多的关系映射,曾经试验用过,发现作为框架的最大弱点:灵活性差就暴露出来了。

我现在用turbine框架,虽然都说turbine是如何如何的好,花了好大功夫搞定了,发现真正用起来作为框架的弱点就暴露出来了。就象用hibernate一样,每个框架都有它非常优秀的地方,就只要使用这个优点就好了,尽量使用自己的开发组件,主要是方便控制。

qfvszy
2004-10-04 10:48
对于Struts我个人摸索一些,总感觉如果用了在controle做的太复杂而且美工也不是太容易,所以没有选用。

而且我们的系统有个毛病就是太慢,我们在sql方面做了一些优化,连接池方面,Tomcat和数据库放在不同的Server上面可是速度却没有大的起色,我们并发用户一般不超过5个,每个servlet都实现SingleThreadModel。

请问用了hibernate能否有效的解决速度慢的问题么?

banq
2004-10-18 15:45
总的来说,我认为你们这个项目管理设计和开发还是有一定的水平的,很多使用Jsp/JavaBeans结构开发的系统方式很原始,至少在设计思想上没有MVC或明显的分层概念。

其实,无论使用什么框架和结构,只要自己系统能够做到层次控制严格分明,类之间达到一定程度的解耦,这样的系统就具有不错的可扩展性和重

用性。使用那些框架是初始目的也是为了强化(强制)或方便初学者来达到分层的目的。

我从你的表述中已经发现:

>只有查询数据的时候才用写sql,插入、更新、删除都是不用写sql,只需>要绑定form中的字段和表中的字段就可以了,这里我们封装了几个类来实现的。

其中“插入、更新、删除不用写sql”,不知你具体使用什么技术完成的?这项技术是否影响到性能问题?

查询读取时建议使用缓存可提高性能。

banq
2004-10-18 16:02
再补充一下:

你们有这样良好的基础,我认为使用Struts、EJB、Spring或Hibernate等流行框架升级你们系统就容易多,因为他们的目的是一致的,而且升级的好处会很多,特别是维护性方面要通用多,因为大家都比较了解这些流行的框架,所以大家都能够来维护扩充你的系统。

MyJavaRoad
2004-10-19 13:30
banq老大,人家就这么一个系统,你不会也推荐他们上EJB吧?

milkli
2004-10-20 13:39
我觉得以上方式基本上已经不错了。用框架的原因就是因为这些框架在使用模式上有它的优点。使用框架之后,可以较好地扩充。根据我的理解,struct框架其实是以一种优雅的方式实现MVC模式,当然还用到了其它模式。但我就不喜欢里面用到的大量的标签库。我认为,只要自己很好地做到了分层,没有必要一定要用什么框架。

qfvszy
2004-10-20 19:01
多谢各位的帮助,尤其Banq,thank you!

我们的系统已经进行了些优化,目前速度问题基本已可以忍受了。下一个系统打算用struts来实现,积极技术准备中。

liloboy
2004-10-22 22:18
并发5个还慢,问题不是出在Web上面,应该是OLAP的应用吧?

优化你的SQL查询比什么都重要,SQL语句少兜几个循环,什么都来了.

重要的地方多用SP吧.

定义的清楚,开发的速度

另外,我非常赞同使用JSP+JavaBean+Hibernate+DAO/JDBC,JSP只用来打印和传递数据.

JavaBean用一般的测试,速度飞快的,又容易Debug/Test也非常容易,做UT非常Simple,当然要用点Mock Object模拟一下.

Hibernate省得你先SQL然后用getter/setter去做了,都是体力活,大家是程序员不是机器人都不容易的.

你要有信心,项目成功了,技术上=成功了.

banq
2004-11-02 09:41
我前面已经说了,选择什么架构在这个地步已经不重要了,无论什么架构都要面临单机系统的性能提升(对于EJB集群也是),因此,建议他们对这个Web系统实现性能优化,多使用一些Pool和Cache等等。

karon
2004-11-04 15:27

说得不错啊,我初涉J2EE,以后还要请你多多帮忙啊!!

dkmilk
2004-11-10 17:50
mingreport免费吗?

greenmore
2004-12-24 13:39
mingreport好用吗.我正在寻找一个报表工具

猜你喜欢
2Go 1 2 下一页