JiveJdon Community Forums
在线104人   首页   主题总表   培训咨询   精华   查搜   注册    登陆
首页 » 论坛 » 设计模式、框架和架构
???en_US.forumThreadPrev.name??? 上一主题
  Go back to the topic 返回本主题   Go back to the topic listing返回主题列表
???en_US.forumThreadNext.name??? 下一主题
1 2 Go 总共有 15 回复 / 2
 发表新帖子   回复该主题贴
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Java企业系统架构选择考量 2005年09月26日 18:42 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
标签列表 架构(98)      软件观点(45)      架构比较(92)     
现在各种框架满天飞,表现层的,逻辑层的,持久层的,作为应用为主的初学者实在不知道该如何选择,本文提出一些考虑因素:

http://www.jdon.com/artichect/java_ee_architecture.htm
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年09月27日 17:58 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
推荐Tapestry和HiveMind创建者Howard Lewis Ship的Blog
http://howardlewisship.com/blog/

他的设计思想超前,思维方式独特,从Tapestry推出就可以看出,Jdon框架非常类似HiveMind,HiveMind的很多思想也是我设计Jdon框架时的想法,HiveMind走的更灵活一些,而Jdon框架则只侧重快速开发。

banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年09月28日 09:26 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
整理了一下,基本定稿,欢迎讨论。
本文观点只是代表2005年中期的想法,当然文中也兼顾了一些发展方向的讨论,如4GL RAD Tools;完全灵活的框架等。
tikii

悄悄话
发表文章: 16
注册时间: 2003年05月12日 09:39
Re: Java企业系统架构选择考量 2005年09月29日 15:32 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
你的那个例子代码跟Spring jdbc abstraction没什么两样阿。
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年09月30日 10:13 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题

Jdon框架原来没有使用Jdbc模板,后来网友建议,和Spring有些区别,你仔细对比会发现并不一样。使用方式也不太一样。

jdon框架并不是完全与Spring不一样,其实很多地方还是类似的,在拓展Jdon框架时,也将Spring源码翻了个底朝天,通过这样对比,既搞懂了Spring原来的一些深入的设计,知道其优缺点。
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年10月08日 15:43 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
Java已经失去无往不胜的光环:
http://www.loudthinking.com/arc/000517.html

开始有人抱怨使用Java开发Web网站系统,类似大炮打蚊子,并且推荐Ruby on Rails ,甚至提出Ruby on Rails 是Web系统主打选择?

其实象Jdon Framework这样简单快速开发Java框架正是解决一些Web系统开发问题,一般Web开发如网站 论坛等,大部分不需要复杂的事务机制(就是需要通过直接调用JTA也可以完成),能够解决Master-details这样结构即可,性能不能差,访问量很大时能顶住。

这些条件Jdon框架基本都能够满足。而且选择Java更重要的好处是,当你的系统扩展时,你可以通过引入EJB等将你的小的Web网站系统变成一个大型系统。

google ebay等网站都是从小的Web系统开始发展壮大,现在它们服务器数以百计,它们的增长速度是惊人的,如果在这个每年几百倍的增长过程中,你向CEO报告,对不起,网站软件经不起访问量,得花两年时间重新编写,让软件信息系统拖住企业发展的后腿,这是很多企业快速增长失败的原因。
liuyifan.com

悄悄话
发表文章: 17
注册时间: 2004年09月07日 17:06
Re: Java企业系统架构选择考量 2005年10月09日 16:15 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
连思想都在拷贝,

怎么还好意思仰着脸说话,

自己喜欢玩也就罢了,还要教后生跟你一块疯!
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年10月10日 15:53 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
想法一样有两种可能性:拷贝或英雄所见略同。

我可没那么多时间泡在英文网站中,要做框架1.3版本,要混饭吃,还要休息,偶尔看看外文看看自己的研究方向是否偏离,保持一致。

无论是拿来主义或创新,都是应该值得鼓励的,当然后生们会支持。当然你的理想批判也是需要的。

javalearner

悄悄话
发表文章: 1
注册时间: 2005年10月13日 16:28
Re: Java企业系统架构选择考量 2005年10月13日 16:33 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
还以为Jdon框架有多么高明,
String sql = "INSERT INTO testuser (userId , name) VALUES (?, ?)";
List queryParams = new ArrayList();
queryParams.add(userTest.getUserId());
queryParams.add(userTest.getName());
jdbcTemp.operate(queryParams,sql);
怎么这么象Spring JdbcTemplate,再说apache commons-dbutils也有差不多的实现啦,还在吹!真是.........
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年10月14日 11:01 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
这个和Spring jdbc Template不一样吧,下面是Spring语法:

jt.update("update mytable set name = ? where id = ?", new Object[] {name, new Integer(id)});

我真搞不懂Spring为什么引入数组,我个人最反对数组的,容易出错,出错后难以查找,喜欢用数组应该说是早期Java程序员的习惯。

Hibernate和Toplink一样,难道他们也是互相拷贝?

没有模式概念的人看两个产品,怎么那么象?就象外行人看热闹啊。
wangwei1998

悄悄话
发表文章: 6
注册时间: 2003年09月18日 01:05
Re: Java企业系统架构选择考量 2005年10月19日 10:05 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
String sql = "INSERT INTO testuser (userId , name) VALUES (?, ?)";
List queryParams = new ArrayList();
queryParams.add(userTest.getUserId());
queryParams.add(userTest.getName());
jdbcTemp.operate(queryParams,sql);

嘻嘻,用通用SQL模版,用ArrayList加载和传递结果,这个怎么跟我的自己设计的DBProcess几乎一模一样??
BTW:我的DBProcess这个东西完全自己设计,使用JavaBean,目前在4个大型电子商务网站使用。(最大的一个网站日pageview接近400万,日在线交易订单接近一万个订单,完全没有性能的问题)
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年10月19日 10:35 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
相同不奇怪,进入一定深度,大家都会想到一个合理的相同的解决方案,这才叫符合规律。

能否请wangwei1998 透露一下你的这些成功网址架构设计经验?

wangwei1998

悄悄话
发表文章: 6
注册时间: 2003年09月18日 01:05
Re: Java企业系统架构选择考量 2005年10月19日 17:46 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
做过了4年的Java,并且专注于web应用,深入不敢,经验到还有些。
其实,对于开发人员来说,快速开发、灵活定制和方便部署,对项目的成功最为重要,很多的想法和做法其实也就是为了避免项目开发和实施的失败。
在去前年的时候,当时我也认为基于XML配置语法的配置是简化和发展趋势,但观察和尝试了半年多,基于XML配置语法并没有带来多大的方便性,反而面对大堆的xml文件,会发现很多问题其实卡在那里了,加上当时Java对XML的支持并不高效,因此对性能的提升没有什么好处(当然也有不少地方使用了XML配置文件会显得方便和轻便)。
web数据库应用需要对速度、性能、负载均衡有相当大的考虑,尤其是部署、升级、扩展和系统运行时failover的能力,后来考虑了不少时间,仍然采用了类似SQL模版的方式来开发,采用纯javabean的结构,对数据库结构、javabean、应用的模式和结构作了些研究,大约半年时间就基本定型了,因为觉得开发人员最终对SQL是比较熟悉的,最容易理解和维护,在此基础上前前后后开发和部署了接近十套系统,有网站、进销存、OA等,总体来说自我感觉还算不错,客户也比较满意。
本人熟悉Java web开发、Resin/JBoss,应用方面主要是做电子商务和进销存系统,希望与大家多交流。不过本人泡论坛时间太少,03年就在jdon注册了,时不时也来看看,两年了还是第一次发帖,仅仅是有感于这篇文章的内容和本人这几年来对Java系统架构的考虑还是比较一致,才说两句 :)
wangwei1998

悄悄话
发表文章: 6
注册时间: 2003年09月18日 01:05
Re: Java企业系统架构选择考量 2005年10月19日 17:56 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
对于个人来说,我更倾向于基于纯粹的Java API开发,而不是把一些东西“拼凑”起来(说明:这里的拼凑一词没有贬义的意思),因此,对Spring、Structs、Hibernate等框架也没有深入了解,也没有心情去了解,因为我感觉这些框架的目的都是一样的,只是实现的手法和思路不同,自己也可以做一套类似的框架出来,可以对更多相关的领域考虑得完全一些,尤其是JDBC、JavaBean、WEB、Loadbalance实现等,有更完整的认识,至于事务和复杂度要求更高的企业应用,本人觉得轻量化后的EJB3反而是更值得考虑的方向。
banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: Java企业系统架构选择考量 2005年10月19日 20:13 到本帖网址 加入本帖到收藏夹 发送到手机 回复该主题
wangwei1998原来是老用户,在项目百忙中与我们分享实战心得,Jdon非常欢迎你这样的心得,你的很多认识我个人认为是实战性很强,技术以人为本啊
这个主题有 15 回复 / 2Go 1 2
???en_US.forumThreadPrev.name??? 上一主题
  Go back to the topic 返回本主题   Go back to the topic listing返回主题列表    返回页首返回页首
???en_US.forumThreadNext.name??? 下一主题
热点TAG: AOP cache 缓存 DDD EJB 集群 设计模式 Hibernate IOC JiveJdon OO RBAC Seam Spring Struts
google yahoo 新浪ViVi 365Key网摘 天极网摘 CSDN网摘 添加到百度搜藏 POCO网摘 博采网摘
查询本论坛内 回复超过的热门帖子
     回复该主题贴
标题
 
粗体 斜体 下划线 插入图片 插入代码 插入url链接 插入附件
内容
 

手机阅读 add to google add to yahoo
解惑之道在J道 ,打造中国最具影响力的的企业软件社区
OpenSource JIVEJDON v3.0 Powered by JdonFramework Code © 2002-08 jdon.com
anti spam