如果你没学过Struts,建议你先看一看~在页面上直接用jquery
$ajax({
type: "POST",
url: "somephp",
data: "name=John&location=Boston",
success: function(msg){ //吧数据填充到你页面地方 }
});保存的数据表设计,至少需要包含有以下三个字段:Id,文件名,文件保存路径(或者一个大字段保存数据)。其他的比如文件类别、上传时间、上传人、点击次数、所属文件ID(作为附件存在时)等等,可以根据自己的需要进行定义。
每一行都是一个dto对象,指定相同的name就可以了。
protected List getBeanListForRequest(>1、配置文件格式不同2、struts1有from类和action类,属性封装from类里,在struts2里只有action类,属性封装action类里
3、页面调用是struts1 是do struts2 是action
我认为struts2要比struts1,简单、方便、快捷。就是用着比struts1好
以上是我开发的体会,下面是我找的资料
主要表现在如下几个方面:
在Action的实现方面:Struts1要求必须统一扩展自Action类,而Struts2中可以是一个普通的POJO。
线程模型方面:Struts1的Action工作在单例模式,一个Action的实例处理所有的请求。Struts2的Action是一个请求对应一个实例。没有线程安全方面的问题。
Servlet依赖方面:Struts1的Action依赖于Servlet API,比如Action的execute方法的参数就包括request和response对象。这使程序难于测试。Struts2中的Action不再依赖于Servlet API,有利于测试,并且实现TDD。
封装请求参数:Struts1中强制使用ActionForm对象封装请求的参数。Struts2可以选择使用POJO类来封装请求的参数,或者直接使用Action的属性。
表达式语言方面:Struts1中整合了EL,但是EL对集合和索引的支持不强,Struts2整合了OGNL(Object Graph NavigationLanguage)。
绑定值到视图技术:Struts1使用标准的JSP,Struts2使用“ValueStack”技术。
类型转换:Struts1中的ActionForm基本使用String类型的属性。Struts2中使用OGNL进行转换,可以更方便的使用。
数据校验:Struts1中支持覆盖validate方法或者使用Validator框架。Struts2支持重写validate方法或者使用XWork的验证框架。
Action执行控制的对比:Struts1支持每一个模块对应一个请求处理,但是模块中的所有Action必须共享相同的生命周期。Struts2支持通过拦截器堆栈为每一个Action创建不同的生命周期。手段很多,但是jsp被请求出现后就显示DB中数据,无论如何在此之前一定有其他的动作(代码块,功能模块等访问了数据库,并以一些形式处理封装数据,能让如你所说的jsp对象在请求成功后读取目标数据)
例如:
请求此jsp页码时,请求先提交一个控制器——>控制器访问业务模块——>业务模块完成数据库访问和数据封装——>返回到控制器——>控制器将数据对象放入目标域并做出响应到目标jsp——>jsp自定义使用标签显示数据
这样就完成了jsp初始化并成功呈现后显示后台DB 中的数据功能
如果要显示目标jsp URL请使用重定向,隐藏目标jsp URL使用转发
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)