架构问题

05-02-05 ouhua
公司决定开发新的架构,采用struts,ejb,hibernate,我有一些问题想请教各位:

1.如何实现快速开发

2.如何降低维护代价

3.采用JBoss,JBuilder是否可行

公司在这方面缺乏经验,以前做了一个架构,但维护代价有点高

banq
2005-02-05 21:23
你们以前的架构是什么?能否一说?

ouhua
2005-02-06 10:37
以前的架构的主要问题就是在O/R Mapping方面,公司开发了一个代码生成器,可以根据表或视图生成相应的java文件和jsp文件,java文件包括一个业务逻辑文件,一个数据访问逻辑文件,一个java object。这个架构开发速度还比较快,但维护起来太麻烦了,增减字段改起来很麻烦,而且数据存取文件里的函数太大,sql语句太长,再加上需求变更频繁且变化幅度大,整个架构难以适应这种变化,业务逻辑也得不到重用。公司是做行业ERP的,新架构的目标就是为开发人员提供一个技术与业务的平台,但做起来是有相当难度的,首先公司对ejb技术,struts,hibernate,设计模式不太熟悉,其次我们的时间也不算多,但我们真的需要一个优秀架构,我们现在做的项目bug太多,成本太高,开发人员痛苦指数很高,我想主要还是架构问题,架构好了开发人员可以把更多时间放在业务上,而不是关注一些相对底层的繁琐的问题。我原来的想法是采用CMP,JDBC,JBuilder X,这样可以克服很多问题,但公司要用hibernate,这样的话JBuilder X的很多功能就用不上了,我觉得用hibernate也很好,但要把公司的代码生成器修改一下来适应这种架构。另外对JBoss我也有些疑问,假如我们在做一些深层次的开发遇到bug该怎么办呢,我一直用WebLogic,对JBoss没把握。

banq
2005-02-07 11:20
只有走过弯路,才知道架构选择的重要性。架构是方向的选择。

你们以前公司的代码生成器,可能是一种不具备多层结构的框架,所以,虽然使用的是Java/J2EE,但是可能没有利用先进的设计思想,这是Java/J2EE实践中最忌讳的。

你现在改用Hibernate这样的O/R mapping,将代码生成局限在J2EE的持久层,不会涉及生成Jsp等前台文件,算是走上了多层结构的轨道,但是,别乐观太早,你会碰上多层结构本身的麻烦,所以你要充分估计到这些问题和风险,允许我插一句,做一下广告:(jdonframeowrk就是为降低多层结构这些问题和风险提出的快速开发框架)

另外,你还要研究,你们原来的架构真正问题在哪里,换了Hibernate这样新的东东,会不会没有解决以前的问题,因为从的谈论中:

"数据存取文件里的函数太大,sql语句太长,再加上需求变更频繁且变化幅度大", 我感觉Hibernate可能不是完全适合你们,要注意现在O/R mapping技术没有完全成熟,如果成熟就会纳入J2EE规范里,所以选择O/R mapping技术时,要避免“爱人现象”,你的真正爱人也许并不符合你心目中的理想模型。

另外,使用Hiberbnate,要将系统分析和设计转向完全面向Model设计上来,在O/R mapping概念中,数据库只是持久层的实现,变成很渺小 不重要的地步,以往那种数据库万能的概念要得到清洗,建立一个项目首先不是规划好数据表,而是做好UML 等

模型设计。

你说:”新架构的目标就是为开发人员提供一个技术与业务的平台,但做起来是有相当难度的,首先公司对ejb技术,struts,hibernate,设计模式不太熟悉“。

这是正常现象,因为你们的重点是业务逻辑,是ERP,所以,你们没有时间精力专注于J2EE技术架构,我建议你寻找专业的咨询公司或现成的、有良好的设计的框架

作为你们的新架构基础。这也符合术业有专攻,市场细化的原则。很少有一家应用软件公司会“通吃” java领域所有技术。

如果你以前使用weblogic,可以一直使用它,除非有其它原因,JBoss也不会让人担心,JBoss 4.0通过J2EE 1.4认证,这个认证需要严格的测试和指标,因此,

我们需要改变以往著名商业公司就会出好产品的印象。而且我们的编程是基于J2EE标准包括EJB标准,如果我们的编程是完全按照标准行事,作为标准的另外一个

容器实施者JBoss当然不会有问题,这也是通过认证的意义。在J2EE/EJB这些环节上,国际上有多种力量平衡,独自分工,这里类似浙江的私营企业生产出的标准机械部件

照样出口畅销一样。

如果没有标准,这时你就要多考虑一些,多留一些心眼,类如struts、Hibernate、Spring等,当然也包括JdonFramework.这时需要的是:你能够理解这些开源的架构,对其有信心,出了问题你能动手自己修修补补,或能找到为你修补的人或单位。

xujun
2005-02-16 16:39
对于象我这样的小公司,本身的技术人员就不多,想实现技术转型或者是架构重新设计,感觉是自己一个人在拼命工作。遇到问题只能自己找资料解决,痛苦啊!

猜你喜欢
6Go 1 2 3 4 ... 6 下一页