我无语了,请给个隐藏的理由可以不?真是世风日下,再也没兴趣发了。
最近设计了一个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. 按照我的理解,所有跟form有关的东西都是配置在xml中,然后配置了一个Servlet来拦截以query为扩展名的请求。我的问题是,如果form足够大的话,那么解析xml的效率如何。
2. 如果页面需要有一些很复杂的布局,如果使用你的这个框架,该如何实现?
1.xml是在webapp启动时候解析成对象形态(设计的时候应该先做对象模型设计然后才是配置模型吧),因此不存在效率问题
2.表单提供layout配置,参考swing架构
ajax 写道
好吧,姑且先不讨论第一个问题,先看看第二个问题,你的意思是通过layout的配置,最后的页面可以把一个控件比如说一个textfield放到一个页面的任何位置?
另外一个问题,如果有一些数据是从数据库取出,应该怎么操作?
最后一个问题,如果涉及到国际化,我怎么处理
还是说一下第一个问题,你说xml是在webapp时启动时候解析成对象状态。ok,不错的解决方案,但是我的问题是,如果我动态的加入一下文件,比如你给的实例里面的xml配置,或者你框架里需要显示一个页面所需要的一切文件,我需要重启服务器以重新加载这个xml文件?还是服务器在不停的情况下,会自动解析这个xml?
另外一个问题,如果有一些数据是从数据库取出,应该怎么操作?
最后一个问题,如果涉及到国际化,我怎么处理
还是说一下第一个问题,你说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一下随后看看
能不能用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页面,可以考虑。。。
从demo来看,xml的配置比较麻烦,但是比较模块化,那很适合套一个IDE,实现所见所得的拖放开发。前面有人提到webdynpro,的确是个方向。而我之前好像还看到过一个类似的东西,但也是收费的。。。
这个东西有发展前景的。。。模块可以做成插件,让大家来贡献。加上IDE的积木式开发web页面,可以考虑。。。
54 楼
Laynepeng
2009-08-05
这个。。。太什么了。。。
讨论这个比讨论什么接口,DAO有价值多了。。。
这里的环境太差了。。。。
讨论这个比讨论什么接口,DAO有价值多了。。。
这里的环境太差了。。。。
55 楼
kjj
2009-08-05
有自己的想法是真的,但是,完全不写html等等--- 吹牛,简单的可以不写,复杂的不写html就神了,有些界面元素是用户在使用中动态产生的,你能预先知道!!
56 楼
leadyu
2009-08-05
我想只要LZ足够强,这个框架就有前途,否则就没有。
这种框架有个适合的场景,就是视图建模,所有视图通过图形化操作完成,生成XML,类似CS的方式,最后拿去展现。
这种框架有个适合的场景,就是视图建模,所有视图通过图形化操作完成,生成XML,类似CS的方式,最后拿去展现。
57 楼
junsoft
2009-08-05
没什么用。看了下代码,配置xml模板还不如直接去html来得自然...这样的复杂点点的就满足不了了。
58 楼
tiannet
2009-08-05
重新发明轮子确实很困难,楼主的精神可嘉。
但是要说实用性,如果你的框架不能做到灵活,那么用起来就会是灾难。
不知楼主的这个框架能否轻易做到JavaEye的这个提交贴子的功能:即提交之后,能定位到我刚发布的帖子。
但是要说实用性,如果你的框架不能做到灵活,那么用起来就会是灾难。
不知楼主的这个框架能否轻易做到JavaEye的这个提交贴子的功能:即提交之后,能定位到我刚发布的帖子。
59 楼
liuruncheng
2009-08-06
ZK下个主要版本5.0已经用LGPL协议,商用都免费了,ZK都是用标准的XUL来取代HTML,CSS的编码。好的开源项目都是在现实项目需求中驱动的,凭空造轮子不如深入研究一些国际的规范,这样才能跟上轨道再好好构思个跟上时代的框架。
ZK我个人觉得确实是华人之光,其实中国人一直都是很牛的
ZK我个人觉得确实是华人之光,其实中国人一直都是很牛的
60 楼
weilh
2009-08-06
通过楼主的描述,和目前的fastunit差不多,楼主可以参考一下的目前他们框架的原理,目前该框架的普及版可以免费使用,如果能够达到fastunit的水平,那水平就相当高了