`
japsonl
  • 浏览: 3427 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论

将一个项目cosmos开源了,希望大家一起支持一下

阅读更多
放在google code上了,地址是:
http://code.google.com/p/cosmos4j/

框架主要用来做中小项目开发,丢弃了传统的SSH架构,利用纯的Servlet+JDBC实现数据库
操作。开发Web项目,可以实现无需写Java代码,而实现业务逻辑,并且由于不需要写Java
代码,因此,可以不需要重启和重新部署项目,就可以直接测试,达到了开发->刷新测试的
水平。根据目前多个项目的应用实践看来,基本上可以提高一倍到2/3的开发时间,而且性
能比起SSH架构还要高,框架还要更加轻量级。因此,这个框架还是比较能够体现敏捷开发
的思想的。

由于框架摒弃了Hibernate的O/R Mapping工具,因此有一个比较大的问题就是关于数据库移
植性的问题,但是,根据公司对于中小项目的经验,一旦客户要移植数据库,几乎就需要重
新实现业务逻辑了,因此,对于中小项目来说,这是一个不错的选择。
分享到:
评论
27 楼 caoyangx 2009-11-10  
用过这样的框架,其实有些公司也这么做,不过这样做的问题多多,性能,可维护性都大大折扣,如果项目不是很重要,可以冒险试一下。
26 楼 finallygo 2009-10-28  
来支持一下,又可以学习一下了
25 楼 japsonl 2009-10-28  
简化开发是肯定的,我们开发6团网(http://www.6tuan.com/)时,采用这套框架,基本提高开发速度为3倍左右。
在我们公司内部有一个完整的培训教程,目前正在整理一个针对开源的培训教程,
关于Cosmos框架的扩展性,这个绝对是目前国内框架中的佼佼者,对于每一个部分,框架都能极好的扩展。具体的扩展方法,在未来的教程中会有,待会我也会写一个框架的原理帖和理论贴。
24 楼 blareck 2009-10-28  
能简化中小型网站的开发才是最重要的!能不能讲讲后期扩展的实现,最好出一个比较详细的教程!
23 楼 japsonl 2009-10-28  
使用Cosmos框架,对于公司来讲,还有一个很重要的好处,就是节省开发成本,提高开发质量,原因是:使用传统的结构,一个Java开发人员需要掌握的知识有:Java、JSP、Javascript、SQL、HTML、CSS、Spring、Hibernate、Struts、JSF等等,这些知识,哪一个要变得精通都需要花费很长的时间,而对于Cosmos框架来讲,主要掌握存储过程和JSP、Javascript、HTML、CSS等,或者掌握存储过程和Flex、Actionscript、MXML、CSS等,相对来讲,培养一个Cosmos框架下的人才,需要的成本要低很多。
再加上,根据我们公司的经验,我们将开发人员培养成两类,分别专职于存储过程和前台HTML,这样的好处是,写代码的每一个部分都可以很容易发展成为熟练的开发人员,从而开发速度也可以得到更多提升。
22 楼 japsonl 2009-10-28  
至于存储过程的开发是否是比Java更难,这一点在我们公司的开发过程中更是得到了良好的验证,因为存储过程的语法更加简单,和SQL结合更加紧密,从而相同的业务逻辑开发的代码也更加简单。
关于存储过程的可维护以及可扩展等特性,这个我希望说两点,第一、存储过程虽然是面向过程的,但是通过函数,触发器等不同的手段,同样可以做到可扩展性,第二、其实对于开发业务的普通开发人员来讲,实在很难讲有多少人能真正会用面向对象的各种特性。
21 楼 japsonl 2009-10-28  
关于是否应该采用存储过程的问题,其实我们在开始设计这个框架的时候,就在犹豫,但最后还是决定尝试一下。
Cosmos框架虽然是去年年底开始开源,但实际上已经在我们公司的各种项目中已经应用了快要三年了,从我们公司开发人员的反馈来看,这个框架能够加快开发速度在3倍左右。由于开发过程中不需要重启服务器,而且不需要开发Java代码,应用Flex/Flash和JSON技术之后,更是连JSP也不需要写了,这样开发速度自然提高了,并且,由于没有那些繁琐的中间层次的调用,仅用Servlet+JDBC来进行后台调用,从而提高了运行的性能。
20 楼 maybms 2009-10-18  
正如楼主所说,这种很适合中小型项目的快速开发,缩短开发时间,节省成本。而且成功案例还是应该很多的,只不过近年来各种框架的buzzword滚滚而来,很多人往往不能意识到去使用真正适合自己的。
19 楼 fuwang 2009-10-17  
很好奇你怎么通过不写代码实现访问控制的。
18 楼 zyx_java 2009-10-17  
看了下,代码结构写得很好呀。值得学习。感谢楼主分享~
17 楼 shz2008bj 2009-10-17  
先支持一下。。下来在研究一下。。哈哈
16 楼 ahuango 2009-10-16  
为什么会不需要写Java代码? 是不业务逻辑划分成小块,创建存储过程吗? 这个好像对软件开发的可移植性还是有挑战的。 这种模式确实对小项目使用,性能不会有问题。 还是支持一下楼主的开源精神!
15 楼 jwinder 2009-10-16  
linliangyi2007 写道
不知道该不该恭喜,不过还是支持一下啦!

web框架自己做自己用了啦,开源的太多了,啥时有牛人做个国产的开源DB就好了,嘿嘿!

doubanDB
14 楼 littleJava 2009-10-16  
有点像 asp ?
13 楼 eastlift 2009-10-16  
支持

下下来研究一下
12 楼 elifefly 2009-10-15  
支持开源,不过如此庞大的存储过程,,,,实用性受限。。。
11 楼 giginet 2009-10-15  
没仔细看项目,公司访问不了。回家去看看。不过估计开发原型类的还不错,如果应用可能就不太好了。相当于业务逻辑从java中挪到DB中去了而已,并不是写不写代码的问题,业务还是丢不掉的,意义不大。由于没看过具体代码,不敢妄自评价。

顶起,支持开源。
10 楼 whaosoft 2009-10-15  
condeywadl 写道
学习学习 但是我感觉实用性不是很强大

我稍微也有些同样的想法呢
9 楼 SeanHe 2009-10-15  
压力给DB对访问压力大一点的应用是不合适的,目前大部分应用DB都是单点的,应用可以做集群分担压力,但是DB目前还是很难做集群的,压力上来单点的DB往往是性能瓶颈,而且没有好的办法来解决。
8 楼 condeywadl 2009-10-15  
学习学习 但是我感觉实用性不是很强大

相关推荐

Global site tag (gtag.js) - Google Analytics