当前位置: 代码迷 >> Web前端 >> (更新) 有demo有实情,看看此WEB框架是否有前景
  详细解决方案

(更新) 有demo有实情,看看此WEB框架是否有前景

热度:345   发布时间:2012-11-18 10:51:21.0
(更新) 有demo有真相,看看此WEB框架是否有前景
我无语了,请给个隐藏的理由可以不?真是世风日下,再也没兴趣发了。


最近设计了一个WEB框架,这个框架的特点就是:

只需要做一些简单的配置以及开发一下表单处理逻辑(实现某java方法),即可完成表单的相关开发,完全不用开发html,js,css。

暂时不放文档,同志们给点意见,看看这种东西前景如何?还是已经泛滥了(不过我觉得完全不用处理html,css,js的WEB框架应该不多)。

下载是个简单的demo,看了就知道真相
在sourceforge上申请项目了,过几天应该就能弄好

再重申一下,不用写html,css,js不代表就要写其他tag...

--------------华丽的分割线-----------------------------

ajax 写道
简单看了一下,不想说打击的话,但是能否给我解答一些问题:
1. 按照我的理解,所有跟form有关的东西都是配置在xml中,然后配置了一个Servlet来拦截以query为扩展名的请求。我的问题是,如果form足够大的话,那么解析xml的效率如何。

2. 如果页面需要有一些很复杂的布局,如果使用你的这个框架,该如何实现?


1.xml是在webapp启动时候解析成对象形态(设计的时候应该先做对象模型设计然后才是配置模型吧),因此不存在效率问题
2.表单提供layout配置,参考swing架构

ajax 写道
好吧,姑且先不讨论第一个问题,先看看第二个问题,你的意思是通过layout的配置,最后的页面可以把一个控件比如说一个textfield放到一个页面的任何位置?

另外一个问题,如果有一些数据是从数据库取出,应该怎么操作?
最后一个问题,如果涉及到国际化,我怎么处理

还是说一下第一个问题,你说xml是在webapp时启动时候解析成对象状态。ok,不错的解决方案,但是我的问题是,如果我动态的加入一下文件,比如你给的实例里面的xml配置,或者你框架里需要显示一个页面所需要的一切文件,我需要重启服务器以重新加载这个xml文件?还是服务器在不停的情况下,会自动解析这个xml?


1.是的swing的layout很完善,可以模仿
2.从数据库取数据,可以通过实现框架提供的接口来达到目的,框架以后也可以提供一些类似脚本的简易方式。
3.完全可以实现热部署。实际上就是往框架存放Form对象的容器离添加一个Form对象。


41 楼 ajax 2009-08-05  
还是说一下第一个问题,你说xml是在webapp时启动时候解析成对象状态。ok,不错的解决方案,但是我的问题是,如果我动态的加入一下文件,比如你给的实例里面的xml配置,或者你框架里需要显示一个页面所需要的一切文件,我需要重启服务器以重新加载这个xml文件?还是服务器在不停的情况下,会自动解析这个xml?
42 楼 zxb_fish 2009-08-05  
看了楼主的例子,思想值得肯定。
43 楼 qbq 2009-08-05  
下载不了rar的文件
能不能用zip?
Mark一下随后看看
44 楼 zxb_fish 2009-08-05  
开发WEB程序,要完全不用开发html,js,css那是不现实的,无非就是将一些通用的模块封装起来,而要面对有一些特性的功能,还是得自己开发UI控件。通过程序生成XML与生成HTML或者生成标签代码,都是差不多,都只能解决一些简单的增删改查,如果只是为了处理这些简单的需求,楼主的这个方法,本人还是认为不够简洁,毕竟一个表单还要对应一个XML模板,这完全可以通过对POJO生成Annotation配置来实现,省得再去管理一个文件。
45 楼 luojian 2009-08-05  
有没有源码
46 楼 InnocentBoy 2009-08-05  
楼主是河南科技大学毕业的吗?
47 楼 supercrsky 2009-08-05  
不用写html,js,css的框架早有了,看看zk
48 楼 farryu 2009-08-05  
研究了一下,不过没有源码,看的不是很明白,但是觉得好像没有什么前途,现在dreamware等等的工具那么强大,你还做这个顶替他们,不大可能;另外你这个居然能在sourceforge上,还是支持一下
49 楼 kingkit 2009-08-05  
这种框架是否有考虑到用户界面的友好性呢? 更换皮肤是否容易?
50 楼 bingxue2332 2009-08-05  
这种框架谁敢用啊
51 楼 xzj127 2009-08-05  
...用你的还不如去用Ext
52 楼 jltest 2009-08-05  
看了下demo,觉得很复杂。增加的学习难度远远比带来的益处少。
53 楼 Laynepeng 2009-08-05  
只是看了下demo,不知道里面怎么样,但我觉得不能就这样泼冷水,每个人都想着不要重复造轮子,那我们就很难看到中国制造的框架了,楼主还是值得鼓励的。。。

从demo来看,xml的配置比较麻烦,但是比较模块化,那很适合套一个IDE,实现所见所得的拖放开发。前面有人提到webdynpro,的确是个方向。而我之前好像还看到过一个类似的东西,但也是收费的。。。

这个东西有发展前景的。。。模块可以做成插件,让大家来贡献。加上IDE的积木式开发web页面,可以考虑。。。
54 楼 Laynepeng 2009-08-05  
这个。。。太什么了。。。

讨论这个比讨论什么接口,DAO有价值多了。。。

这里的环境太差了。。。。
55 楼 kjj 2009-08-05  
有自己的想法是真的,但是,完全不写html等等--- 吹牛,简单的可以不写,复杂的不写html就神了,有些界面元素是用户在使用中动态产生的,你能预先知道!!
56 楼 leadyu 2009-08-05  
我想只要LZ足够强,这个框架就有前途,否则就没有。

这种框架有个适合的场景,就是视图建模,所有视图通过图形化操作完成,生成XML,类似CS的方式,最后拿去展现。

57 楼 junsoft 2009-08-05  
没什么用。看了下代码,配置xml模板还不如直接去html来得自然...这样的复杂点点的就满足不了了。
58 楼 tiannet 2009-08-05  
重新发明轮子确实很困难,楼主的精神可嘉。

但是要说实用性,如果你的框架不能做到灵活,那么用起来就会是灾难。

不知楼主的这个框架能否轻易做到JavaEye的这个提交贴子的功能:即提交之后,能定位到我刚发布的帖子。
59 楼 liuruncheng 2009-08-06  
ZK下个主要版本5.0已经用LGPL协议,商用都免费了,ZK都是用标准的XUL来取代HTML,CSS的编码。好的开源项目都是在现实项目需求中驱动的,凭空造轮子不如深入研究一些国际的规范,这样才能跟上轨道再好好构思个跟上时代的框架。
ZK我个人觉得确实是华人之光,其实中国人一直都是很牛的
60 楼 weilh 2009-08-06  
通过楼主的描述,和目前的fastunit差不多,楼主可以参考一下的目前他们框架的原理,目前该框架的普及版可以免费使用,如果能够达到fastunit的水平,那水平就相当高了
  相关解决方案