如何快速高效的完成一个3层架构的应用系统的开发

03-06-16 link
              

现在3层架构的应用的需求越来越多。我个人认为利用java技术去实现这方面的应用是最好的。但是目前java也没有一个很好的工具去实现这方面的应用。(应该讲是快速的实现这方面的实际应用)不管如何,开发人员如果选择了java。他就要面对诸如:安全、日志、数据库的连接、管理用户生存、负责业务分发,控制业务并发负载、报表处理.......。有人讲jbuild。对,这个工具是不错。但是他还是没有远远达到去“快速”开发一个基于中间件技术应用的实际项目。它还是会让编程人员去面对上面提到的诸如此类的问题。有人可能会笑我,因为程序员如果不去熟悉这些技术细节,那还写什么程序。

但是我认为程序员还要分几等:系统级的开发、应用级的开发。实际上微软在这方面做的真的很好。他提供的.net,VB开发工具就是让程序员去多多关心应用级的开发。也就是讲开发人员只要去关心最终用户业务逻辑的开发,而少做系统方面的实现。

回过头,看看国内很多企业他们目前用的都是基于以前c/s架构的网络产品。我不是讲c/s架构不好。举个例子:一个保险公司,它在全国有很多的子公司。各个子公司与子公司的资源共享,子公司与母公司的资源共享,如何实现?以前用基于c/s架构的软件产品不论从公司的对硬件的投资、技术人员的投资、更甚公司运作的效率、母公司对子公司的控制来讲。他们都有充分的理由去选择基于b/s架构的软件产品。但是就是这种3层架构应用的复杂性,对程序员技术的高要求,导致了很多项目的实施是不如人意。如何解决这个问题?这就是摆在我们这些java程序员面前的一个比较严峻的问题。因为必尽我们是希望技术转化为生产力。

那么如何实现快速开发呢?我希望大家能多多提意见

我现在用jdevelop。感觉很好,但是我想把我自己做的相报表自动生成包容进去就不知道如何做了?

同时我也希望大家能够就我前面的观点多多讨论。

              

2
banq
2003-06-16 13:24

这次JavaOne大会Jboss推出的基于AOP开发的4.0版本就是要实现快速开发的简易性。

N层架构最终会替代C/S,这是潮流,已经不容质疑,C/S技术只用来维护那些老的系统,就象现在的cobol程序员一样。

我曾经写了一篇文章,快速开发J2EE的项目:

http://www.jdon.com/jive/article.jsp?forum=46&thread=7111

当然,复杂的报表没有写进去,我想报表和界面处理有一致性,只要确立好系统所要使用的几种报表样式,以后反复套用就方便多。

因为Java涉及的方面太广,又因为有开放源代码的参与,使的新的思想和架构不断涌现,如果想在这些新思想出现之前就能预见好一些框架,是不现实的,我一直认为 "乱"是活力和自由的另外一种表达词。

我在J2EE实际开发中的每进行一步都问问:这步必须吗?最后总是肯定,是必须的,这些必须的阶段组合起来,就好像形成了J2EE似乎复杂的表面,其实就是.NET,他如果要想达到J2EE这样成熟的应用,这些需要程序员确认设置阶段他都回避不了,就象照相机拍照由光圈和快门组成,手动相机就是记住在日光下一般用125x8的组合,自动相机最多是能自动测试光线,然后告诉你现在是日光模式,用日光模式替代快门和光圈的数字。

但是手动相机不会被抛弃,他一直手专业人士的爱戴,使用手工相机能够最大发挥操作者的才智,能够拍摄出精美绝伦的艺术作品。我想目前的J2EE就是这样一步精致的手动相机。

未来相信,J2EE也会平民化,通俗化,Jboss 4.0的推出就是一个信号。

zhu_am
2003-06-16 16:37

小弟学JAVA才半年,入世不深,还请多多指教,

MAIL:zhu_am@msn.com

link
2003-06-16 16:42

""乱"是活力和自由的另外一种表达词"这句话很经典。我想不论初学java还是搞了几年了,都会认为java中的技术很“乱”。但这不是坏事,这也就是为何C#永远无法和java相抗衡的其中一个原因吧。

我看了banq的那篇文章。还是我讲的,在真正的应用中这些是远远不够的。我们曾经通过一个structs构造了一个很简单的系统平台,一共操作数据库中40张表。如果你还是通过手动去写jsp、action、actionform、xml配置、

连接db引擎,那你没有几天的时间是搞不定的。为何这么慢,我分析了一下,就是多了很多重复劳动。因为很多代码的系统框架逻辑是一样的,只不过业务逻辑不同而已。所以我们做了模板,让程序自动生成。几天的工作量真正做到的几个小时的工作量。

实际上做出一个好的基于中间应用服务器的中间件框架,加上代码的自动化生成就能很好的加速不同项目的开发。实际上JSP,SWING,报表,中间业务逻辑的测试程序都是能自动生成。而我们所要做的就是通过新技术,新思想不断的去完善你的中间件框架。

我想“精致的手动相机”是专业人士,发烧友搞得玩艺。而要让大众都去接受,就必须的一台好的“自动相机”。所以“精致的手动相机”的发展应该带动着“自动相机”的不断进步。到那时,我想.NET不会有什么人在去用了吧。

jd2bs
2003-06-16 16:58

java还是更适于一些大型,超大型项目

在中小型项目,特别是短平快项目上劣势很明显:框架过于复杂,门槛较高.所以比较昂贵,很多人自然就选择.net了:)

9Go 1 2 3 4 ... 9 下一页