论坛首页 Java企业应用论坛

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

浏览 16314 次
该帖已经被评为隐藏帖
作者 正文
   发表时间:2009-08-04   最后修改:2009-08-05
我无语了,请给个隐藏的理由可以不?真是世风日下,再也没兴趣发了。


最近设计了一个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对象。


   发表时间:2009-08-04   最后修改:2009-08-04
应该挺多的,你去看看jeecms的源代码,他的自动工具生成完成后,就基本上不用写html,css,js的代码,主要是用了freemarker定义了一套ui宏,直接使用freemarker宏,在生成代码时会很方便的。虽然jeecms运行效率不高,做cms肯定不合适。但其源码还是很值得学习的。

jeecm使用到的框架:struts2、spring2.5、hibernate3.3,freemarker,jquery。这是主要的框架,spring和hibernate的配置都是用注解完成的,易读性不叫高。
0 请登录后投票
   发表时间:2009-08-04  
如果能满足你日常工作要求就挺好的阿
0 请登录后投票
   发表时间:2009-08-04  
lin23871 写道
应该挺多的,你去看看jeecms的源代码,他的自动工具生成完成后,就基本上不用写html,css,js的代码,主要是用了freemarker定义了一套ui宏,直接使用freemarker宏,在生成代码时会很方便的。虽然jeecms运行效率不高,做cms肯定不合适。但其源码还是很值得学习的。

jeecm使用到的框架:struts2、spring2.5、hibernate3.3,freemarker,jquery。这是主要的框架,spring和hibernate的配置都是用注解完成的,易读性不叫高。



生成的代码也是代码,还是要加在项目里的,而我的框架的原理并不是这样哦~
0 请登录后投票
   发表时间:2009-08-04  
我很怀疑代码质量。
0 请登录后投票
   发表时间:2009-08-04  
很好,但是我想没什么用。现在的用户界面讲究个性化,这本是就是和动态生成(不论是内存对象还是文本甚至二进制)相冲突的。如果只是增删改查,那么最后难免沦为另一个SQL查询器。除非客户真的对用户界面没什么要求。但这也和现实相矛盾,一般来说,“后台”技术含量高的项目界面要求低一些,因为用户层次比较高,后台逻辑简单的,页面需求往往很复杂,不是可以动态生成的。
0 请登录后投票
   发表时间:2009-08-04  
yangyi 写道
很好,但是我想没什么用。现在的用户界面讲究个性化,这本是就是和动态生成(不论是内存对象还是文本甚至二进制)相冲突的。如果只是增删改查,那么最后难免沦为另一个SQL查询器。除非客户真的对用户界面没什么要求。但这也和现实相矛盾,一般来说,“后台”技术含量高的项目界面要求低一些,因为用户层次比较高,后台逻辑简单的,页面需求往往很复杂,不是可以动态生成的。


采用传统的交互模式确实会这样。不过框架处理交互时还是有点创新的,并没有遵循传统模式。
0 请登录后投票
   发表时间:2009-08-04  
不是很看好,现在网站动不动就一个用户体验设计,这个东西是美工加前台工程师花时间一点点扣出来的,无论后台怎么智能都没有人智能吧
0 请登录后投票
   发表时间:2009-08-04  
个人认为,程序员可以在本职位深入学习 发展 最后创新,但职位外的要保持兴趣,善于沟通,而不是大包大揽,任何一个职位都是专业者精
0 请登录后投票
   发表时间:2009-08-04  
如果有了这个框架,UI设计人员起到什么作用?

不开发HTML和JS还信,比如GWT。但是连CSS都省了的话,我不知道怎么省。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics