SpringMVC深入总结

SpringMVC深入总结
SpringMVC深入总结

一、前言:

大家好,Spring3 MVC是非常优秀的MVC框架,由其是在3.0版本发布后,现在有越来越多的团队选择了Spring3 MVC了。Spring3 MVC结构简单,应了那句话简单就是美,而且他强大不失灵活,性能也很优秀。

官方的下载网址是:https://www.360docs.net/doc/0215318225.html,/download(本文使用是的Spring 3.0.5版本)

Struts2也是比较优秀的MVC构架,优点非常多比如良好的结构。但这里想说的是缺点,Struts2由于采用了值栈、OGNL表达式、struts2标签库等,会导致应用的性能下降。Struts2的多层拦截器、多实例action性能都很好。可以参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章https://www.360docs.net/doc/0215318225.html,/admin/blogs/698217

Spring3 MVC的优点:

1、Spring3 MVC的学习难度小于Struts2,Struts2用不上的多余功能太多。呵呵,当然这不是决定因素。

2、Spring3 MVC很容易就可以写出性能优秀的程序,Struts2要处处小心才可以写出性能优秀的程序(指MVC部分)

3、Spring3 MVC的灵活是你无法想像的,Spring的扩展性有口皆碑,Spring3 MVC当然也不会落后,不会因使用了MVC框架而感到有任何的限制。

Struts2的众多优点:略... (呵呵,是不是不公平?)

众多文章开篇时总要吹些牛,吸引一下读者的眼球,把读者的胃口调起来,这样大家才有兴趣接着往后看。本文也没能例外。不过保证你看了之后不会后悔定有收获。

二、核心类与接口:

先来了解一下,几个重要的接口与类。现在不知道他们是干什么的没关系,先混个脸熟,为以后认识他们打个基础。

DispatcherServlet -- 前置控制器

HandlerMapping接口-- 处理请求的映射

HandlerMapping接口的实现类:

SimpleUrlHandlerMapping 通过配置文件,把一个URL映射到Controller DefaultAnnotationHandlerMapping 通过注解,把一个URL映射到Controller类上

HandlerAdapter接口-- 处理请求的映射

AnnotationMethodHandlerAdapter类,通过注解,把一个URL映射到Controller类的方法上

Controller接口-- 控制器

由于我们使用了@Controller注解,添加了@Controller注解注解的类就可以担任控制器(Action)的职责,

所以我们并没有用到这个接口。

HandlerInterceptor 接口--拦截器

无图,我们自己实现这个接口,来完成拦截的器的工作。

ViewResolver接口的实现类

UrlBasedViewResolver类通过配置文件,把一个视图名交给到一个View来处理InternalResourceViewResolver类,比上面的类,加入了JSTL的支持

View接口JstlView类

LocalResolver接口

HandlerExceptionResolver接口--异常处理SimpleMappingExceptionResolver实现类

ModelAndView类

无图。

三、核心流程图:

本图是我个人画的,有不严谨的地方,大家对付看吧。总比没的看强。

四、DispatcherServlet说明:

使用Spring MVC,配置DispatcherServlet是第一步。

DispatcherServlet是一个Servlet,所以可以配置多个DispatcherServlet。

DispatcherServlet是前置控制器,配置在web.xml文件中的。拦截匹配的请求,Servlet拦截匹配规则要自已定义,把拦截下来的请求,依据某某规则分发到目标Controller(我们写的Action)来处理。

“某某规则”:是根据你使用了哪个HandlerMapping接口的实现类的不同而不同。

先来看第一个例子:

Xml代码

1.

2.

3.example

4.org.springframework.web.servlet.DispatcherServlet

rvlet-class>

5.1

6.

7.

8.example

9.*.form

10.

11.

1是启动顺序,让这个Servlet随Servletp容器一起启动。

*.form会拦截*.form结尾的请求。

example这个Servlet的名字是example,可以有多个DispatcherServlet,是通过名字来区分的。每一个DispatcherServlet有自己的WebApplicationContext上下文对象。同时保存的ServletContext中和Request对象中,关于key,以后说明。

在DispatcherServlet的初始化过程中,框架会在web应用的WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml 的配置文件,生成文件中定义的bean。

第二个例子:

Xml代码

1.

2.springMVC

3.org.springframework.web.servlet.DispatcherServlet

t-class>

4.

5.contextConfigLocation

6.classpath*:/springMVC.xml

7.

8.1

9.

10.

11.springMVC

12./

13.

指明了配置文件的文件名,不使用默认配置文件名,而使用springMVC.xml配置文件。

其中**.xml这里可以使用多种写法

1、不写,使用默认值:/WEB-INF/-servlet.xml

2、/WEB-INF/classes/springMVC.xml

3、classpath*:springMVC-mvc.xml

4、多个值用逗号分隔

Servlet拦截匹配规则可以自已定义,Servlet拦截哪种URL合适?

当映射为@RequestMapping("/user/add")时:

1、拦截*.do,例如:/user/add.do,弊端:所有的url都要以.do结尾。不会影响访问静态文件。

2、拦截/app/*,例如:/app/user/add,弊端:请求的url都要包含/app,

@RequestMapping("/user/add")中不须要包含/app。

3、拦截/,例如:/user/add,弊端:对jpg,js,css静态文件的访问也被拦截不能正常显示。后面有解决办法。

4、拦截/*,可以走到Action中,但转发到jsp时再次被拦截,不能访问到jsp。

五、双亲上下文的说明:

如果你使用了listener监听器来加载配置,一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的。如下

Java代码

1.

2. org.springframework.web.context.ContextLoaderListener

tener-class>

3.

Spring会创建一个全局的WebApplicationContext上下文,称为根上下文,保存

在ServletContext中,key是

WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性的值。可

以使用工具类取出上下文:

WebApplicationContextUtils.getWebApplicationContext(ServletContext);

DispatcherServlet是一个Servlet,可以同时配置多个,每个DispatcherServlet有一个自己

的WebApplicationContext上下文,这个上下文继承了根上下文中所有东西。保存

在ServletContext中,key是

"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名称。当一个Request对象产生时,会把这个WebApplicationContext上下文保存在Request对象中,key是DispatcherServlet.class.getName() + ".CONTEXT"。可以使用工具类取出上下文:RequestContextUtils.getWebApplicationContext(request);

Spring中的ApplicationContext实例可以被限制在不同的作用域(scope)中。

在web MVC框架中,每个DispatcherServlet有它自己的WebApplicationContext ,这个context继承了根WebApplicationContext 的所有bean定义。

这些继承的bean也可以在每个serlvet自己的所属的域中被覆盖(override),覆盖后的bean 可以被设置上只有这个servlet实例自己使用的属性。

总结:不使用listener监听器来加载spring的配置,改用DispatcherServlet来加载spring

的配置,不要双亲上下文,只使用一个DispatcherServlet,事情就简单了,什么麻烦事儿

也没有了。

六、springMVC-mvc.xml 配置文件片段讲解:(未使用默认配置文件名)

扫描指定的包中的类上的注解,常用的注解有:

@Controller 声明Action组件

@Service 声明Service组件@Service("myMovieLister")

@Repository 声明Dao组件

@Component 泛指组件, 当不好归类时.

@RequestMapping("/menu") 请求映射

@Resource 用于注入,( j2ee提供的) 默认按名称装配,

@Resource(name="beanName")

@Autowired 用于注入,(srping提供的) 默认按类型装配

@Transactional( rollbackFor={Exception.class}) 事务管理

@ResponseBody

@Scope("prototype") 设定bean的作用域

是一种简写形式,完全可以手动配置替代这种简写形式,简写形式可以让初学都快速应用默认配置方案。会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的。

并提供了:数据绑定支持,@NumberFormatannotation支持,@DateTimeFormat支持,@Valid支持,读写XML的支持(JAXB),读写JSON的支持(Jackson)。

后面,我们处理响应ajax请求时,就使用到了对json的支持。

后面,对action写JUnit单元测试时,要从spring IOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,来完成测试,取的时候要知道是这一句注册的这两个bean。

是一种简写形式。通过看前面的大图,知道,我们可以配置多个HandlerMapping。会为每一个HandlerMapping,注入一个拦截器。其实我们也可以手动配置为每个HandlerMapping注入一个拦截器。

使用默认的Servlet来响应静态文件。

匹配URL /images/** 的URL被当做静态资源,由Spring读出到内存中再响应http。

七、如何访问到静态的文件,如jpg,js,css?:

如何你的DispatcherServlet拦截 *.do这样的URL,就不存在访问不到静态资源的问题。如果你的DispatcherServlet拦截“/”,拦截了所有的请求,同时对*.js,*.jpg的访问也就被拦截了。

目的:可以正常访问静态文件,不要找不到静态文件报404。

方案一:激活Tomcat的defaultServlet来处理静态文件

Xml代码

1.

2.default

3.*.jpg

4.

5.

6.default

7.*.js

8.

9.

10.default

11.*.css

12.

13.要配置多个,每种文件配置一个

要写在DispatcherServlet的前面,让defaultServlet先拦截,这个就不会进入Spring了,我想性能是最好的吧。

Tomcat, Jetty, JBoss, and GlassFish 默认Servlet的名字-- "default"

Google App Engine 默认Servlet的名字-- "_ah_default"

Resin 默认Servlet的名字-- "resin-file"

WebLogic 默认Servlet的名字-- "FileServlet"

WebSphere 默认Servlet的名字-- "SimpleFileServlet"

方案二:在spring3.0.4以后版本提供了mvc:resources

mvc:resources 的使用方法:

Xml代码

1.

2.

/images/**映射到ResourceHttpRequestHandler进行处理,location指定静态资源的位置.可以是web application根目录下、jar包里面,这样可以把静态资源压缩到jar包中。cache-period 可以使得静态资源进行web cache

如果出现下面的错误,可能是没有配置的原因。

报错WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'

使用元素,把mapping的URI注册到SimpleUrlHandlerMapping的urlMap中, key为mapping的URI pattern值,而value为ResourceHttpRequestHandler,

这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,所以就支持classpath目录,jar包内静态资源的访问.

另外需要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.因为对static uri 的defaultHandler就是ResourceHttpRequestHandler,

否则无法处理static resources request.

方案三,使用

Xml代码

1.

会把"/**" url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到

org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回. DefaultServletHttpRequestHandler使用就是各个Servlet容器自己的默认Servlet.

补充说明:多个HandlerMapping的执行顺序问题:DefaultAnnotationHandlerMapping的order属性值是:0

自动注册的SimpleUrlHandlerMapping的order属性值是:2147483646

自动注册的SimpleUrlHandlerMapping的order属性值

是:2147483647

spring会先执行order值比较小的。当访问一个a.jpg图片文件时,先通

过DefaultAnnotationHandlerMapping来找处理器,一定是找不到的,我们没有叫a.jpg的Action。再按order值升序找,由于最后一个 SimpleUrlHandlerMapping 是匹配"/**"的,所以一定会匹配上,再响应图片。

访问一个图片,还要走层层匹配。真不知性能如何?改天做一下压力测试,与Apache比一比。

最后再说明一下,如何你的DispatcherServlet拦截 *.do这样的URL,就不存上述问题了。

八、请求如何映射到具体的Action中的方法?:

方案一:基于xml配置映射,可以利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping进行Url映射和拦截请求。

配置方法略。

方案二:基于注解映射,可以使用DefaultAnnotationHandlerMapping。

Xml代码

1.

但前面我们配置了,他会自动注册这个bean,就不须要我们显示的注册这个bean了。

以上都可以注入interceptors,实现权限控制等前置工作。

我们使用第2种,基于注解来使用spring MVC

并在action类上使用:

@Controller

@RequestMapping("/user")

九、Spring中的拦截器:

Spring为我们提供了:

org.springframework.web.servlet.HandlerInterceptor接口,

org.springframework.web.servlet.handler.HandlerInterceptorAdapter适配器,

实现这个接口或继承此类,可以非常方便的实现自己的拦截器。

有以下三个方法:

Action之前执行:

public boolean preHandle(HttpServletRequest request,

HttpServletResponse response, Object handler);

生成视图之前执行

public void postHandle(HttpServletRequest request,

HttpServletResponse response, Object handler,

ModelAndView modelAndView);

最后执行,可用于释放资源

public void afterCompletion(HttpServletRequest request,

HttpServletResponse response, Object handler, Exception ex)

分别实现预处理、后处理(调用了Service并返回ModelAndView,但未进行页面渲染)、返回处理(已经渲染了页面)

在preHandle中,可以进行编码、安全控制等处理;

在postHandle中,有机会修改ModelAndView;

在afterCompletion中,可以根据ex是否为null判断是否发生了异常,进行日志记录。

参数中的Object handler是下一个拦截器。

十、如何使用拦截器?:

自定义一个拦截器,要实现HandlerInterceptor接口:

Java代码

1.public class MyInteceptor implements HandlerInterceptor {

2.略。。。

3.}

Spring MVC并没有总的拦截器,不能对所有的请求进行前后拦截。

Spring MVC的拦截器,是属于HandlerMapping级别的,可以有多个HandlerMapping ,每个HandlerMapping可以有自己的拦截器。

当一个请求按Order值从小到大,顺序执行HandlerMapping接口的实现类时,哪一个先有返回,那就可以结束了,后面的HandlerMapping就不走了,本道工序就完成了。就转到下一道工序了。拦截器会在什么时候执行呢?一个请求交给一个HandlerMapping时,这个HandlerMapping先找有没有处理器来处理这个请求,如何找到了,就执行拦截器,执行完拦截后,交给目标处理器。如果没有找到处理器,那么这个拦截器就不会被执行。

在spring MVC的配置文件中配置有三种方法:

方案一,(近似)总拦截器,拦截所有url

Java代码

1.

建筑识图心得体会

建筑识图心得体会 财务管理131 黄贤贤2013112410 大三第一学期,接到建筑识图这本课本的时候心里是这样想的,一个学财务的怎么还要学工程呢?有点意外,后面经过任课老师这么一番解释,才理解学校的用意,其实工程很多方面也设计财务,况且学多一门对于我们以后的就业也是有帮助的。 建筑识图这门课程是覃攀登老师任教,我个人对于这个老师印象还是很好的,就在大二第二学期他也教过我们工程项目审计,当时这门课学得还不错。第一堂课老师给我的印象就是眼前一亮,一个高高瘦瘦的,年轻俊茂的男老师而且一看就知道是一个脾气好好的老师,结果真没看错,真的就是一个脾气超好的老师,而且课堂上也很尽职尽责,偶尔会停下来讲下课堂纪律,教学方式也可以,不过就是太依赖PPT。 建筑识图分为16个任务,分别是项目组的成立,探索建筑,职业岗位规划,建筑分类及构造组成,建筑制图基本技能,建筑施工图的组成,建筑首页图的识读,建筑总平面图的识读,建筑平面图的识读,建筑平面图的抄绘,建筑立面图的识读,建筑剖面图的识读,建筑剖面图的抄绘,建筑详图的识读,建筑详图的抄绘。在建筑识图过程中,我们要结合平时所学的知识,从投影图、轴测图、剖面图、断面图到平面图、立面图以及详图,我们要轻驾基础知识,就熟到工程图的每个细节中同时我们也要持有想象与创新能力,想象深入到剖面图、断面图中,把握好各个建筑功能和构造,在创新上,可以创造一种新的建筑体系,表达最新的建筑美、艺术美.识图也是基础知识深浅的反映在这里,我就识图基础作一个概述它主要包括投影图、剖面图、断面图、建筑施工图、结构施工图等等 一般建筑工程图样,是按照投影原理和投影作图的基本规则形成的,所以学习投影就知识是学习识图的基础而投影原理是光线透过物体上的各个点和线承接影子的平面上,投落下它们的影子,从而使这些点和线的影子组成能反映物体

SpringMVC配置的基本步骤

Springmvc框架配置步骤 小弟是个新手,有不对的地方请tell me,一起研究探讨。谢谢。 1062140832@https://www.360docs.net/doc/0215318225.html, 配置springmvc框架其实不是很难,要现有一个总体的认识,确定要分几步,每一步主要是干什么,不要太盲目。 以为web.xml是项目的入口,所以所有的配置文件,都必须引入到wem.xml中,不然,配置了等于没用。所以,要先从入口入手。 配置web.xml 1、首先引入springmvc-servlet.xml文件 springMVC org.springframework.web.servlet.DispatcherServlet contextConfigLocation /WEB-INF/spring/mvc/springmvc-servlet.xml 1 2、将spring加载到web.xml中 org.springframework.web.context.ContextLoaderListener 3、配置上下文路径 contextConfigLocation /WEB-INF/spring/spring.xml,/WEB-INF/spring/spring-*.xml 说明:如果有很多的关于spring的配置文件,建议分开写,比如事务一个文件(spring-transaction.xml),springmvc-hibernate.xml一个配置文件,这样方便读写。

工程施工图平法总结(结构)

平法总结 ☆柱平法 柱平法的类型:列表法、截面法 柱平法的内容:平面布置状况、定型(b×h、D)、 定位(b 1、b 2 、h 1 、h 2、 标高)、纵筋、箍筋 一、柱箍筋.. 1、箍筋的类型及肢数:M×N为竖向(横向排布肢数)×横向(竖向排布肢数) 2、箍筋的加密:a)、在柱刚性连接处加密。 梁柱节点处:柱长边、柱净高/6、500三者取大值, 或者查表P21 柱嵌固部位:柱净高/3 刚性地面处:上下各500,参见P21 b)、钢筋搭接处 c)、地下室顶板梁上部:柱净高/3 d)、特殊情况的加密:参见P21及补充的笔记 3、箍筋的基本施工要求:P20 4、箍筋的数量(估算值):加密区长度/加密间距+ 非加密区长度/非加密间距+ 1+插筋的箍筋数量(如果有) 二、柱纵筋 1、柱中部:连接部位:非加密区 钢筋搭接:l lE+0.3l lE+l lE l lE 查表03G101-1的P34(按较小直径) 11G101-1的P53(按较小直径) 钢筋焊接:间距≥35d且≥500 d按较大直径,不宜超过两个直径级差 钢筋机械连接:间距≥35d且≥500 上下柱纵筋变数量:多出纵筋向另一侧延伸1.2l aE (从梁顶或底开始锚固) 上下柱纵筋变直径:将上部粗钢筋向下延伸至细钢筋一侧连接, 连接部位在柱上端 下粗上细按正常连接 上下柱变截面:能通则通(△/h b ≤1/6弯折贯通); 不能贯通则直锚1.2l aE,不能直锚则到顶弯12d; 柱外侧变截面时,下柱外侧纵筋到顶后弯锚△+l aE 注:上下柱变混凝土强度时,锚固长度按锚固所在构件的混凝土强度取值2、柱根部插筋:如果没特别说明按柱底部纵筋。 插筋固定在基础地板筋上。 能直锚则直锚l aE到底弯6d 且≥150 (部分情况可以仅4角筋到底弯6d) 不能直锚则到底弯15d。 柱根部插筋的箍筋:采用非复合箍

梁平法表示简单总结

梁平法表示简单总结 一、箍筋表示方法: ⑴φ10@100/200(2)表示箍筋为φ10 ,加密区间距100,非加密区间距200,全为双肢箍。 ⑵φ10@100/200(4)表示箍筋为φ10 ,加密区间距100,非加密区间距200,全为四肢箍。 ⑶φ8@200(2)表示箍筋为φ8,间距为200,双肢箍。 ⑷φ8@100(4)/150(2)表示箍筋为φ8,加密区间距100,四肢箍,非加密区间距150,双肢箍。 (5)L φ8@100/200 L表示螺旋箍筋 一、梁上主筋和梁下主筋同时表示方法: ⑴3Φ22,3Φ20表示上部钢筋为3Φ22,下部钢筋为3Φ20。 ⑵2φ12,3Φ18表示上部钢筋为2φ12,下部钢筋为3Φ18。 ⑶4Φ25,4Φ25表示上部钢筋为4Φ25,下部钢筋为4Φ25。 ⑷3Φ25,5Φ25表示上部钢筋为3Φ25,下部钢筋为5Φ25。 二、梁上部钢筋表示方法:(标在梁上支座处) ⑴2Φ20表示两根Φ20的钢筋,通长布置,用于双肢箍。 ⑵2Φ22+(4Φ12)表示2Φ22 为通长,4φ12架立筋,用于六肢箍。 ⑶6Φ25 4/2表示上部钢筋上排为4Φ25,下排为2Φ25。 ⑷2Φ22+ 2Φ22表示只有一排钢筋,两根在角部,两根在中部,均匀布置。 三、梁腰中钢筋表示方法: ⑴G2φ12表示梁两侧的构造钢筋,每侧一根φ12。 ⑵G4Φ14表示梁两侧的构造钢筋,每侧两根Φ14。 ⑶N2Φ22表示梁两侧的抗扭钢筋,每侧一根Φ22。 ⑷N4Φ18表示梁两侧的抗扭钢筋,每侧两根Φ18。 四、梁下部钢筋表示方法:(标在梁的下部) ⑴4Φ25表示只有一排主筋,4Φ25 全部伸入支座内。 ⑵6Φ25 2/4表示有两排钢筋,上排筋为2Φ25,下排筋4Φ25。 ⑶6Φ25 (-2 )/4 表示有两排钢筋,上排筋为2Φ25,不伸入支座,下排筋4Φ25,全部伸入支座。 ⑷2Φ25 + 3Φ22(-3)/ 5Φ25 表示有两排筋,上排筋为5根。2Φ25伸入支座,3Φ22,不伸入支座。下排筋5Φ25,通长布置 ======================== B(bottom)表示梁底部钢筋或下部通长钢筋。 T(top)表示梁顶部钢筋或上部通长钢筋。 钢筋总结 1. 柱箍筋的加密区为首层全长H/n三分之一,上下加密,二层后为全长六分之一上下加密。 2. 柱纵向筋焊接需上下错开,错开间距为35d,焊接接头不大于该截面的50%。柱筋不宜绑扎搭接。 3. 梁纵向筋接头塔接为上部筋三分之一跨中,下部筋为端支座处,同一截面钢筋接头不能

SpringMVC深入总结

一、前言: 大家好,Spring3 MVC是非常优秀的MVC框架,由其是在3.0版本发布后,现在有越来越多的团队选择了Spring3 MVC了。Spring3 MVC结构简单,应了那句话简单就是美,而且他强大不失灵活,性能也很优秀。 官方的下载网址是:https://www.360docs.net/doc/0215318225.html,/download(本文使用是的Spring 3.0.5版本) Struts2也是比较优秀的MVC构架,优点非常多比如良好的结构。但这里想说的是缺点,Struts2由于采用了值栈、OGNL表达式、struts2标签库等,会导致应用的性能下降。Struts2的多层拦截器、多实例action性能都很好。可以参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章https://www.360docs.net/doc/0215318225.html,/admin/blogs/698217 Spring3 MVC的优点: 1、Spring3 MVC的学习难度小于Struts2,Struts2用不上的多余功能太多。呵呵,当然这不是决定因素。 2、Spring3 MVC很容易就可以写出性能优秀的程序,Struts2要处处小心才可以写出性能优秀的程序(指MVC部分) 3、Spring3 MVC的灵活是你无法想像的,Spring的扩展性有口皆碑,Spring3 MVC当然也不会落后,不会因使用了MVC框架而感到有任何的限制。 Struts2的众多优点:略... (呵呵,是不是不公平?) 众多文章开篇时总要吹些牛,吸引一下读者的眼球,把读者的胃口调起来,这样大家才有兴趣接着往后看。本文也没能例外。不过保证你看了之后不会后悔定有收获。

平法识图认识总结备课讲稿

平法识图认识总结

平法识图的认识及总结 本学期了解一些关于平法识图的知识,并发现了其应用的广泛性。通过老师的讲解和平法图解的了解学习,进一步知晓了建筑构件中一些钢筋的配置以及布置方法,进一步了解了有关建筑识图的知识。混凝土结构施工图平面整体表示方法简称平法,这种所谓"平法"的表达方式,是将结构构件的尺寸和配筋,按照平面整体表示法的制图规则,直接表示在各类构件的结构平面布置图上,再与标准构造详图相配合,即构成一套完整的结构施工图。平法改变了传统的那种将构件从结构平面图中索引出来,再逐个绘制配筋详图的繁琐表示方法。学习平法图集应在理解的基础上与实际的工作相结合进行分析加以运用,这样才能真正领悟平法的真正内涵。平法制图适用于各种现浇混凝土结构的柱、剪力墙、梁等构件的结构施工图。 一、梁平法两种标注: 1.集中标注 (1)梁编号:类型代号、序号、跨数、有无悬挑代号。 (2)梁截面尺寸。当为等截面梁时, 用b×h表示;当有悬挑梁且根部和端部的高度不同时,用斜线分隔根部与端部的高度值。即为b×h1/h2。 (3)梁箍筋,包括钢筋级别、直径、加密区与非加密区间距及肢数值。箍筋加密区与非加密区的不同间距及肢数需用斜线(“/”)分隔;当梁箍筋为同一种 间距及肢数时,则不需要用斜线;当加密区与非加密区的箍筋肢数相同时, 则将肢数注写一次;箍筋肢数应写在括号内。加密区范围见相应抗震级别的 标准构造详图。如φ10@100/200(4),表示直径为10mm的Ⅰ级钢筋,加密区 间距为100mm,非加密区间距为200mm,均为四肢箍。 2、原位标注 (1)梁支座上部纵筋数量、等级和规格,写在梁上方,且靠近支座。 当上部纵筋多于一排时, 用斜线“/”将各排纵筋自上而下分开。如:6φ25 4/2:上一排纵筋为4φ25, 下一排纵筋为2φ25。 同排纵筋有两种直径时, 用加号“+”将两种直径的纵筋相连, 注写时将角部纵 筋写在前面。中间支座两边的上部纵筋不同时, 须在支座两边分别标注;相 同时, 可仅在支座的一边标注配筋值, 另一边省去不注。 (2)梁下部纵筋数量、等级和规格,写在梁下方,且靠近跨中。 梁的集中标注中分别注写了梁上部和下部均为贯通的纵筋值时,则不需要在梁下部重复做原位标注。当下部纵筋多于一排时,用斜线“/”将各排纵筋自上而下分开。如:6φ25 2/4:上一排纵筋为2φ25,下一排纵筋为4φ25。全部伸入支 座;同排纵筋有两种直径时, 用加号“+”将两种直径的纵筋相连, 注写时将角部纵筋写在前面。当梁下部纵筋不全部伸入支座时, 将梁支座下部纵筋减少的数

平法识图认识及总结

平法识图之认识与总结 这个学期里我们学习了关于平法识图的知识,通过一段时间的的学习,对平法识图有了一些新的认识和看法,通过老师的讲解、课本的介绍加上自己的查阅也进一步学习到它给人们带来的便利和价值。平面表示法,是指混凝土结构施工图平面整体表示方法(简称平法),是把结构构件的尺寸和钢筋等,按照平面整体表示方法制图规则,整体直接表达在各类构件的结构平面布置图上,再与标准构造详图相配合,即构成一套完整的结构施工图的方法。平法制图适用于各种现浇混凝土结构的柱、剪力墙、梁等构件的结构施工图。它改变了传统的那种将构件从结构平面布置图中索引出来,再逐个绘制配筋详图的繁琐方法,是混凝土结构施工图设计方法的重大改革。 一、梁平法 1、原位标注 (1)梁支座上部纵筋数量、等级和规格,写在梁上方,靠近支座。当上部纵筋多于一排时, 用斜线“/”将各排纵筋自上而下分开。如:6φ25 4/2:上一排纵筋为4φ25, 下一排纵筋为2φ25。同排纵筋有两种直 径时, 用加号“+”将两种直径的纵筋相连, 写时将角部纵筋写在前面。 (2)梁下部纵筋数量、等级和规格,写在梁下方,且靠近跨中。 梁的集中标注中分别注写了梁上部和下部均为贯通的纵筋值时,则不 需要在梁下部重复做原位标注。当下部纵筋多于一排时,用斜线“/”将 各排纵筋自上而下分开。当梁下部纵筋不全部伸入支座时, 将梁支座下 部纵筋减少的数量写在括号内。 6φ25 2 (- 2)/4, 则表示上排纵筋为 2φ25, 且不伸入支座, 下排纵筋为4φ25, 全部伸入支座。 (3)若集中标注的内容在原位标注中出现,且内容不同时,以原位标注为准。 2、集中标注包括梁编号、梁截面尺寸、梁箍筋(包括钢筋级别、直径、 加密区与非加密区间距及肢数值,如φ10@100/200(4),表示直径为10mm 的Ⅰ级钢筋,加密区间距为100mm,非加密区间距为200mm,均为四肢 箍)、梁上部贯通筋或架立筋根数(当同排纵筋中既有贯通筋又有架立 筋时,应用加号“+”将贯通筋和架立筋相连。注写时须将角部纵筋写 在加号的前面,架立筋写在加号后面的括号内。如2φ22 +2φ12)。 二、板平法 1、板块集中标注包括:板块编号、板厚、贯穿纵筋和板面标高高差(指相对 于结构层楼面标高的高差,板面没有高差时不标注)。

2.Spring-mvc框架结构及执行流程

Spring mvc架构及执行流程一、请求处理流程图 二、执行流程说明 三、组件说明

说明:在springmvc的各个组件中,处理器映射器、处理器适配器、视图解析器称为springmvc 的三大组件。 需要用户编写的组件有handler、view 四、Spring MVC配置 1、组件扫描器:使用组件扫描器省去在spring容器配置每个controller类,使用 自动扫描标记@controller的配置如下:

2、RequestMappingHandlerMapping:注解处理器映射器,对类中标记@RequestMapping 的方法进行映射,根据RequestMapping定义的url匹配RequestMapping标记的方 法,匹配成功返回HandlerMethod对象给前端控制器,HandlerMethod对象中封装 注解描述: @RequestMapping:定义请求url到处理器功能方法的映射 3、RequestMappingHandlerAdapter:注解式处理器适配器,对标记@RequestMapping 的方法进行适配。 从spring3.1版本开始,废除了AnnotationMethodHandlerAdapter的使用,推荐使用 4、:spring mvc 使用自动加载RequestMappingHandlerMapping和RequestMappingHandlerAdapter,可用在spring-mvc.xml 配置文件总使用替代注解处理器和适配器的配置。 5、视图解析器 InternalResourceViewResolver:支持JSP视图解析 viewClass:JstlView表示JSP模板页面需要使用JSTL标签库,所以classpath中必须包含jstl 的相关jar 包。此属性可以不设置,默认为JstlView。 prefix 和suffix:查找视图页面的前缀和后缀,最终视图的址为:

柱平法施工图识读心得体会

柱平法施工图识读心得体会篇一:建筑结构施工图识图体会 识图体会 工程管理0902班汪礼刚UXX15910 本学期新开了《工程估价》的课程,看到这个课程名的时候以为只是计算工程量和造价,在听了宋老师讲完第一节课后,才知道这门课程还要学会看图,读图,而且这是后面的基础,很重要。于是拿着看似熟悉却又陌生的图纸,紧跟老师的讲解,经过几周的学习,对施工建造图纸有了一定的认识,虽然仍然有一些不懂的地方,但我相信结合老师的讲解以及和同学的讨论,自己会更进一步。下面具体谈一下在这一段时间看图,读图过程的一些心得体会。 首先是对施工建造图纸的感性认识,建筑工程建设中,设计师用工程图表达设计方案,建造者照图施工,最终将设计蓝图转变为实际工程。工程建造过程中的质量管理、造价管理也无不以图为依据。所以图纸在现代工程建设中是不可缺少的重要技术文件,而且也是借以表达和交流技术思想的重要工具。工程图被喻为“工程界的语言”,对于从事建筑工程专业领域的人员来说,无论是从事设计、施工还是造价、管理工作,识读建筑工程图是一项最基本、应用最多的能力。

虽然知道识读施工建造图很重要,但由于在大一学年学习《工程制图》时因空间想象能力差感到学习困难,在识读建筑工程图时因缺少感观认识和建筑构造、建筑结构等知识难以识读建筑施工图。现在到大三下学期了,建筑识图基础不扎实的我开始时甚至惧怕在专业课中识读工程图。有很多年教学经验的宋老师也知道在学生中存在一些像我这样的学生,他直接指出了原因和自己的建议。听完老师的建议,我试着按照老师说的方法慢慢训练,这其中的辛苦过程我不愿描述,只是经过那一段的磨合期后,我现在可以看懂一般的图纸了。 拿一张建筑图中的一层平面图来说吧。首先要读的肯定是《建筑设计说明》,这是看整个图集先要浏览一遍的,翻开一层平面图,很多轴线,标号,当然还有一个指北针,接着是平面图里面的内容了,楼梯,门窗,走廊,阳台,柱,梁,台阶,散水等等,这些基本的东西在以前的《工程制图》课程中就学过,也比较简单。对于工程估价来说,需要计算建筑面积,所以就要对建筑面积的计算原则了解,当然这是很基础的内容了,在老师在黑板上示范一次后,我们自己也找了个图,按照步骤计算了下,觉得还是挺简单的,就是过程琐碎了些。屋顶平面图跟一层平面图不太(转载于: 小龙文档网:柱平法施工图识读心得体会)一样,多了屋顶坡

spring MVC配置详解

牧涛 --<-<-<@态度决定一切→_→。。。 ?博客园 ?首页 ?新闻 ?新随笔 ?联系 ?管理 ?订阅 随笔- 171 文章- 3 评论- 79 spring MVC配置详解 现在主流的Web MVC框架除了Struts这个主力外,其次就是Spring MVC了,因此这也是作为一名程序员需要掌握的主流框架,框架选择多了,应对多变的需求和业务时,可实行的方案自然就多了。不过要想灵活运用Spring MVC来应对大多数的Web开发,就必须要掌握它的配置及原理。 一、Spring MVC环境搭建:(Spring 2.5.6 + Hibernate 3.2.0) 1. jar包引入 Spring 2.5.6:spring.jar、spring-webmvc.jar、commons-logging.jar、cglib -nodep-2.1_3.jar Hibernate 3.6.8:hibernate3.jar、hibernate-jpa-2.0-api-1.0.1.Final.jar、a ntlr-2.7.6.jar、commons-collections-3.1、dom4j-1.6.1.jar、javassist-3.12.0.G A.jar、jta-1.1.jar、slf4j-api-1.6.1.jar、slf4j-nop-1.6.4.jar、相应数据库的驱动jar 包 SpringMVC是一个基于DispatcherServlet(分发器)的MVC框架,每一个请求最先访问的都是DispatcherServlet,DispatcherServlet负责转发每一个Request请求给相应的Handler,Handler处理以后再返回相应的视图(View)和模型(Model),返回的视图和模型都可以不指定,即可以只返回Model或只返回View或都不返回。 DispatcherServlet是继承自HttpServlet的,既然SpringMVC是基于DispatcherSe rvlet的,那么我们先来配置一下DispatcherServlet,好让它能够管理我们希望它管理的内容。HttpServlet是在web.xml文件中声明的。 spring org.springframework.web.servlet.DispatcherServlet< /servlet-class>