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

初来乍到,发个帖子介绍一下7wxAop---一个功能比较全面的Ajax框架

阅读更多
7wxAop是一个基于Model/View模型,以提高开发效率为目标的Ajax框架。和一般Ajax框架不同,7wxAop不侧重于浏览器端组件的封装(只有常用的组件),而重点在于对传统“服务器生成动态页面”的Web程序模式的颠覆。在7wxAop服务器可以不产生任何“动态页面”,所有界面构造和流转都由客户端自己负责,应用服务器只提供业务服务,并对业务服务的开发编码提供了强有力的支持。

7wxAop的主要技术有:
1、ajax通讯模式和客户端界面组件。
2、业务逻辑实现方法:AutoSQL-AutoAction
3、自动表单验证:元数据自适应表单(Meta Adaptive Form)
4、后台业务服务监控。

详细介绍请看:

http://www.xjawa.org/xjawa/kontent/80039.html


7wxAop在5年前就已经成型,并用于软件产品的开发,几年来每年都有多个企业应用项目基于该平台开发,目前已经有相当的成熟度,现在将其开源,希望有兴趣的朋友参与研究和发展。

  • 大小: 81.5 KB
分享到:
评论
27 楼 winterwolf 2007-05-18  
和xmlhttp + cocoon + ws的思路有点象 !

不过后台我用的是cocoon直接为js提供xml(纯静态ui) 不是aop

前台思路基本一样 ajax比较瘦 可以只用xmlhttp

数据库部分我的特别 xmldb 不用配置表和字段

表处理xform 

我只是利用现成的东西组合一下不是完整的开发框架  佩服楼主的毅力

对于rest类的可以直接用ajax + xmldb

对于ws类的可以ajax+cocoon+ws
26 楼 fins 2007-05-18  
从楼主的东东里学到了很多东西,网站上的几篇文章也很精彩

楼主创新 和 坚持的精神更是值得我学习

我会继续关注的, 期待重构后的更漂亮的 7wxAop 2007 出现 加油!!!!

提个建议: 7wxAop 改个名字吧 一个好记好听的名字太重要了
你这个名字虽然很酷,但是不好读 而且aop容易让人误会.
趁着现在影响力较小 快改吧 以后影响力大了 想改就难了 呵呵
25 楼 jeekchen 2007-05-17  
不错,简单实用
和我以前实现过的一个自动生成业务的系统思想很像
24 楼 qqeerr20012001 2007-05-15  
支持一
23 楼 linginfanta 2007-05-15  
强烈支持,希望早日做好license
22 楼 leebai 2007-05-13  
7wxAop 还有个好记的中文名叫“中客户”(2000年时),既应用代码分布界于“胖客户(普通C/S应用)”和“瘦客户(普通B/S应用)”之间。
21 楼 leebai 2007-05-13  
wuts 写道
这个名字有什么含义?建议改个名字,这个名字太难记了,我发现好的名字能促进开源软件的流行。


7wxAop = 7wx + Aop = 前端 No XML(倒过来看就是7WX) + 后端 Action Orient Programming面向动作编程。
20 楼 wuts 2007-05-10  
这个名字有什么含义?建议改个名字,这个名字太难记了,我发现好的名字能促进开源软件的流行。
19 楼 linginfanta 2007-05-10  
找不到服务器,老大
18 楼 leebai 2007-05-09  
Mayer 写道
3月份就关注了,感觉缺少了一份快速开发指南,指告诉初学者step by step如何做一个自己的应用出来


批评很中肯,谢谢。

前段时间写了两节教程,包括一个单表CURD操作全过程,有时间将继续补充教程。
17 楼 Mayer 2007-05-09  
3月份就关注了,感觉缺少了一份快速开发指南,指告诉初学者step by step如何做一个自己的应用出来
16 楼 leebai 2007-04-27  
lkfnn 写道
oracle数据库配置成功了,执行sql时,老是报错。还有表的字段描述都显示不出来。


嘿嘿,你还是自己找到地方了。

Oracle元数据显示应该是支持的,见下(刚好有个客户在用),说说你的具体情况(版本,schema,表等等)


sql也请贴进来,我看能不能解释。
15 楼 leebai 2007-04-27  
radar 写道
代码严重需要重构。

我不知道楼上几位有没看过代码。



完全同意。几年来一直只是加功能,确实需要一次大的重构。

14 楼 leebai 2007-04-27  
dlee 写道
http://www.xjawa.org/content/bbs/article.page?id=23

不过我对于完全的两层架构持保留的态度,并且认为Spring、Hibernate这样的框架对于建造Ajax应用仍然有着巨大的价值。这个框架的持久层设计类似于iBATIS,要求开发者必需精通SQL,而且并没有看到对于数据库二级缓存的支持(这在高并发的场合会严重影响应用的性能)。另外因为服务器端开发什么都要开发者自己来做,缺乏Spring这样的框架为开发者提供的IoC、AOP、声明式事务、声明式安全等等各种服务,以及Spring集成的各种开源软件带来的便利,这些其实是会对开发效率有较大影响的。


dlee兄提出的都是Web应用的关键点,呵呵。

高并发情况我思路是:更新高并发基本不考虑(我没看一般二级缓存是否有实现,怎么实现,理论上更新时缓存与事务要求是矛盾的);查询高并发时在框架里使用数据库二级缓存是可以降低应用开发难度,但效率肯定没有在应用里做缓存高,比如XJawa网站的KontentCMS,其页面服务通过应用缓存,可以在我的1.8G主频笔记本上实现每秒400-700个页面访问的性能,用数据库二级缓存是很难达到的。


7wxAop中,服务器端架构与Spring的思路完全不同,Spring的出发点是集成各种工具;ActionOP的出发点是内置各种工具,7wxAop中,连multipart/form-data(文件上传)这样的功能都是自己写的,持久层也是自己写的,log也是自己写的,安全也是内置的。。。7wxAop甚至希望应用服务器和数据服务器都是内置,所有这一切,都是为了简化Web开发、部署、维护,让开发者要学的东西最少化。

从可玩性的角度看,阅读开发7wxAop比阅读开发Spring好玩,因为7wxAop本身涉及Web开发的方方面面,有更多的技术实现细节可以玩;用7wxAop开发应用没有用Spring开发应用好玩,7wxAop中应用开发者要做的事相对很少,很多方面7wxAop都给你限死了,你不能自由发挥,因为7wxAop认为最终开发者没有必要任意发挥。
13 楼 lkfnn 2007-04-27  
oracle数据库配置成功了,执行sql时,老是报错。还有表的字段描述都显示不出来。
12 楼 leebai 2007-04-27  
mechiland 写道
仔细看了一下文档,涵盖的功能还是很丰富的,有几个问题先放到这里:

1 感觉更像一个完整的功能框架,流行的hibernate, spring等如何与7wxAop结合?

2 actions那部分,如何脱离容器测试?

五年的时间,经过很多项目考验的东西,可以看出在相关领域的设计与实现还是很细致的,值得关注。

PS. 如果真的打算开源,就设置相关的开源版权信息。把代码以及二进制等放到sourceforge或者google code上也许是不错的主意。


谢谢关注和建议。

1、7wxAop的后端框架ActionOP中支持“编程Action”,访问hibernate、EJB没有问题。spring对7wxAop意义不大,spring的IOC我也不是太认同:做为程序员,我觉得代码比XML更亲切;作为用户,我觉得XML和代码一样难看;所以,把程序代码改成XML代码,我觉得意义不大,当然这是个人看法,我尊重主流意见,保留个人意见:)。

2、“脱离容器测试”我没完全理解。action中的AutoSQL,所有参数都在初始化时登记在案,脱离客户端测试是可能的。
11 楼 leebai 2007-04-27  
dlee 写道
提醒一下:要在下载包里面加一个明确的license声明,例如GPL、Apache、BSD等形式的license,可以直接复制某个开源软件的license声明。


谢谢dlee兄的提醒,刚开始自己搞开源,平时也没怎么细看GPL、Apache、BSD到底写些什么,不清楚规矩,等有时间看了一定加上。

目前除了CMS/BBS不支持无偿商业使用,框架、工具暂做无版权处理,可以随意参考、复制、修改。我主要的目的是介绍这种架构思想,想法还有很多,一个人无法全实现,希望更多的参与改进发展,能力强者借鉴这些思想重新设计一套我也完全支持。
10 楼 radar 2007-04-27  
代码严重需要重构。

我不知道楼上几位有没看过代码。
9 楼 lkfnn 2007-04-26  
DBView 是一个数据库管理工具,应用程序开发者用此对访问远程服务器上的数据库系统进行遥控.

要配置ORACLE的数据库,参数配置文件在那个地方?

这个东西真是太好了,不知道稳定性如何?
8 楼 dlee 2007-04-26  
http://www.xjawa.org/content/bbs/article.page?id=23

李柏的观点跟我以前的观点很相似。其实一个Web应用对于用户来说最重要的是它的表现层,在这方面是需要开发者花最大的精力来做好的。对于应该完全在客户端做render(就是将表现层完全前推到浏览器端),我的观点和李柏完全相同。一个好的开发框架,应该将服务器端的开发工作量减到最小,充分解放开发者,使他们将更多的精力投入到表现层的开发上。对于J2EE叠床架屋式的开发方式(为了弥补一个不完美的解决方案的缺陷,在其上再加上另一个同样不完美的解决方案,美其名曰为xxx模式),我也非常讨厌。

不过我对于完全的两层架构持保留的态度,并且认为Spring、Hibernate这样的框架对于建造Ajax应用仍然有着巨大的价值。这个框架的持久层设计类似于iBATIS,要求开发者必需精通SQL,而且并没有看到对于数据库二级缓存的支持(这在高并发的场合会严重影响应用的性能)。另外因为服务器端开发什么都要开发者自己来做,缺乏Spring这样的框架为开发者提供的IoC、AOP、声明式事务、声明式安全等等各种服务,以及Spring集成的各种开源软件带来的便利,这些其实是会对开发效率有较大影响的。

相关推荐

Global site tag (gtag.js) - Google Analytics