- 浏览: 21541615 次
- 性别:
-
博客专栏
-
-
跟我学spring3
浏览量:2425530
-
-
Spring杂谈
浏览量:3014659
-
-
跟开涛学SpringMVC...
浏览量:5644137
-
-
Servlet3.1规范翻...
浏览量:261112
-
-
springmvc杂谈
浏览量:1599472
-
-
hibernate杂谈
浏览量:250861
-
-
跟我学Shiro
浏览量:5865778
-
-
跟我学Nginx+Lua开...
浏览量:703913
-
-
亿级流量网站架构核心技术
浏览量:787934
文章分类
- 全部博客 (329)
- 跟我学Nginx+Lua开发 (13)
- 跟我学spring (54)
- 跟开涛学SpringMVC (34)
- spring4 (16)
- spring杂谈 (50)
- springmvc杂谈 (22)
- 跟我学Shiro (26)
- shiro杂谈 (3)
- hibernate杂谈 (10)
- java开发常见问题分析 (36)
- 加速Java应用开发 (5)
- Servlet 3.1规范[翻译] (21)
- servlet3.x (2)
- websocket协议[翻译] (14)
- websocket规范[翻译] (1)
- java web (6)
- db (1)
- js & jquery & bootstrap (4)
- 非技术 (4)
- reminder[转载] (23)
- 跟叶子学把妹 (8)
- nginx (2)
- 架构 (19)
- flume架构与源码分析 (4)
最新评论
-
xxx不是你可以惹得:
认真看错误代码,有时候重启电脑就行了 醉了 我把数据库配置写死 ...
第十六章 综合实例——《跟我学Shiro》 -
dagger9527:
holyselina 写道您前面说到能获取调用是的参数数组,我 ...
【第六章】 AOP 之 6.6 通知参数 ——跟我学spring3 -
xxx不是你可以惹得:
Access denied for user 'root'@' ...
第十六章 综合实例——《跟我学Shiro》 -
dagger9527:
只有@AspectJ支持命名切入点,而Schema风格不支持命 ...
【第六章】 AOP 之 6.5 AspectJ切入点语法详解 ——跟我学spring3 -
dagger9527:
支持虽然会迟到,但永远不会缺席!
【第四章】 资源 之 4.3 访问Resource ——跟我学spring3
6.6.5、生产者、消费者限定
6.6.5.1、基本概念
首先让我们看一下通过HTTP协议传输的媒体类型及如何表示媒体类型:
一、Media Type:
互联网媒体类型,一般就是我们所说的MIME类型,用来确定请求的内容类型或响应的内容类型。
type主类型,任意的字符串,如text,如果是*号代表所有;
subtype 子类型,任意的字符串,如html,如果是*号代表所有;
parameter 可选,一些参数,如Accept请求头的q参数, Content-Type的 charset参数。
详见http://tools.ietf.org/html/rfc2616#section-3.7
常见媒体类型:
text/html : HTML格式 text/plain :纯文本格式 text/xml :XML格式
image/gif :gif图片格式 image/jpeg :jpg图片格式 image/png:png图片格式
application/x-www-form-urlencoded : <form encType=””>中默认的encType,form表单数据被编码为key/value格式发送到服务器(表单默认的提交数据的格式)。
multipart/form-data : 当你需要在表单中进行文件上传时,就需要使用该格式;
application/xhtml+xml :XHTML格式 application/xml : XML数据格式
application/atom+xml :Atom XML聚合格式 application/json : JSON数据格式
application/pdf :pdf格式 application/msword : Word文档格式
application/octet-stream : 二进制流数据(如常见的文件下载)。
在如tomcat服务器的 “conf/web.xml”中指定了扩展名到媒体类型的映射,在此我们可以看到服务器支持的媒体类型。
二、Content-Type:内容类型,即请求/响应的内容区数据的媒体类型;
2.1、请求头的内容类型,表示发送到服务器的内容数据的媒体类型;
request中设置请求头“Content-Type: application/x-www-form-urlencoded”表示请求的数据为key/value数据;
(1、控制器cn.javass.chapter6.web.controller.consumesproduces.contenttype.RequestContentTypeController
@RequestMapping(value = "/ContentType", method = RequestMethod.GET) public String showForm() throws IOException { //form表单,使用application/x-www-form-urlencoded编码方式提交表单 return "consumesproduces/Content-Type"; } @RequestMapping(value = "/ContentType", method = RequestMethod.POST, headers = "Content-Type=application/x-www-form-urlencoded") public String request1(HttpServletRequest request) throws IOException { //①得到请求的内容区数据的类型 String contentType = request.getContentType(); System.out.println("========ContentType:" + contentType); //②得到请求的内容区数据的编码方式,如果请求中没有指定则为null //注意,我们的CharacterEncodingFilter这个过滤器设置了编码(UTF-8) //编码只能被指定一次,即如果客户端设置了编码,则过滤器不会再设置 String characterEncoding = request.getCharacterEncoding(); System.out.println("========CharacterEncoding:" + characterEncoding); //③表示请求的内容区数据为form表单提交的参数,此时我们可以通过request.getParameter得到数据(key=value) System.out.println(request.getParameter("realname")); System.out.println(request.getParameter("username")); return "success"; }
showForm功能处理方式:展示表单,且form的enctype="application/x-www-form-urlencoded",在提交时请求的内容类型头为“Content-Type:application/x-www-form-urlencoded”;
request1功能处理方法:只对请求头为“Content-Type:application/x-www-form-urlencoded”的请求进行处理(即消费请求内容区数据);
request.getContentType():可以得到请求头的内容区数据类型(即Content-Type头的值)
request.getCharacterEncoding():如“Content-Type:application/json;charset=GBK”,则得到的编码为“GBK”,否则如果你设置过滤器(CharacterEncodingFilter)则得到它设置的编码,否则返回null。
request.getParameter():因为请求的内容区数据为application/x-www-form-urlencoded格式的数据,因此我们可以通过request.getParameter()得到相应参数数据。
request中设置请求头“Content-Type:application/json;charset=GBK”表示请求的内容区数据为json类型数据,且内容区的数据以GBK进行编码;
(1、控制器cn.javass.chapter6.web.controller.consumesproduces.contenttype.RequestContentTypeController
@RequestMapping(value = "/request/ContentType", method = RequestMethod.POST, headers = "Content-Type=application/json") public String request2(HttpServletRequest request) throws IOException { //①表示请求的内容区数据为json数据 InputStream is = request.getInputStream(); byte bytes[] = new byte[request.getContentLength()]; is.read(bytes); //②得到请求中的内容区数据(以CharacterEncoding解码) //此处得到数据后你可以通过如json-lib转换为其他对象 String jsonStr = new String(bytes, request.getCharacterEncoding()); System.out.println("json data:" + jsonStr); return "success"; }
request2功能处理方法:只对请求头为“Content-Type:application/json”的进行请求处理(即消费请求内容区数据);
request.getContentLength():可以得到请求头的内容区数据的长度;
request.getCharacterEncoding():如“Content-Type:application/json;charset=GBK”,则得到的编码为“GBK”,否则如果你设置过滤器(CharacterEncodingFilter)则得到它设置的编码,否则返回null。
我们得到json的字符串形式后就能很简单的转换为JSON相关的对象。
(2、客户端发送json数据请求
//请求的地址 String url = "http://localhost:9080/springmvc-chapter6/request/ContentType"; //①创建Http Request(内部使用HttpURLConnection) ClientHttpRequest request = new SimpleClientHttpRequestFactory(). createRequest(new URI(url), HttpMethod.POST); //②设置请求头的内容类型头和内容编码(GBK) request.getHeaders().set("Content-Type", "application/json;charset=gbk"); //③以GBK编码写出请求内容体 String jsonData = "{\"username\":\"zhang\", \"password\":\"123\"}"; request.getBody().write(jsonData.getBytes("gbk")); //④发送请求并得到响应 ClientHttpResponse response = request.execute(); System.out.println(response.getStatusCode());
此处我们使用Spring提供的Http客户端API SimpleClientHttpRequestFactory创建了请求并设置了请求的Content-Type和编码并在响应体中写回了json数据(即生产json类型的数据),此处是硬编码,实际工作可以使用json-lib等工具进行转换。
具体代码在cn.javass.chapter6.web.controller.consumesproduces.contenttype.RequestContentTypeClient。
2.2、响应头的内容类型,表示发送到客户端的内容数据类型,和请求头的内容类型类似,只是方向相反。
@RequestMapping("/response/ContentType") public void response1(HttpServletResponse response) throws IOException { //①表示响应的内容区数据的媒体类型为html格式,且编码为utf-8(客户端应该以utf-8解码) response.setContentType("text/html;charset=utf-8"); //②写出响应体内容 response.getWriter().write("<font style='color:red'>hello</font>"); }
<!--[endif]-->
如上所示,通过response.setContentType("text/html;charset=utf-8") 告诉客户端响应体媒体类型为html,编码为utf-8,大家可以通过chrome工具查看响应头为“Content-Type:text/html;charset=utf-8”,还一个“Content-Length:36”表示响应体大小。
代码在cn.javass.chapter6.web.controller.consumesproduces.contenttype.ResponseContentTypeController。
如上代码可以看出Content-Type可以指定请求/响应的内容体的媒体格式和可选的编码方式。如图6-9
①客户端—发送请求—服务器:客户端通过请求头Content-Type指定内容体的媒体类型(即客户端此时是生产者),服务器根据Content-Type消费内容体数据(即服务器此时是消费者);
②服务器—发送请求—客户端:服务器生产响应头Content-Type指定的响应体数据(即服务器此时是生产者),客户端根据Content-Type消费内容体数据(即客户端此时是消费者)。
问题:
①服务器端可以通过指定【headers = "Content-Type=application/json"】来声明可处理(可消费)的媒体类型,即只消费Content-Type指定的请求内容体数据;
②客户端如何告诉服务器端它只消费什么媒体类型的数据呢?即客户端接受(需要)什么类型的数据呢?服务器应该生产什么类型的数据?此时我们可以请求的Accept请求头来实现这个功能。
三、Accept:用来指定什么媒体类型的响应是可接受的,即告诉服务器我需要什么媒体类型的数据,此时服务器应该根据Accept请求头生产指定媒体类型的数据。
2.1、json数据
(1、服务器端控制器
@RequestMapping(value = "/response/ContentType", headers = "Accept=application/json") public void response2(HttpServletResponse response) throws IOException { //①表示响应的内容区数据的媒体类型为json格式,且编码为utf-8(客户端应该以utf-8解码) response.setContentType("application/json;charset=utf-8"); //②写出响应体内容 String jsonData = "{\"username\":\"zhang\", \"password\":\"123\"}"; response.getWriter().write(jsonData); }
服务器根据请求头“Accept=application/json”生产json数据。
(2、客户端端接收服务器端json数据响应
使用浏览器测试(Ajax场景使用该方式)
请求地址为:http://localhost:9080/springmvc-chapter6/response/ContentType,且把修改请求头Accept改为“Accept=application/json”:
大家可以下载chrome的JSONView插件来以更好看的方式查看json数据,安装地址:https://chrome.google.com/webstore/detail/chklaanhfefbnpoihckbnefhakgolnmc
使用普通客户端测试(服务器之间通信可使用该方式)
private static void jsonRequest() throws IOException, URISyntaxException { //请求的地址 String url = "http://localhost:9080/springmvc-chapter6/response/ContentType"; //①创建Http Request(内部使用HttpURLConnection) ClientHttpRequest request = new SimpleClientHttpRequestFactory(). createRequest(new URI(url), HttpMethod.POST); //②设置客户端可接受的媒体类型(即需要什么类型的响应体数据) request.getHeaders().set("Accept", "application/json"); //③发送请求并得到响应 ClientHttpResponse response = request.execute(); //④得到响应体的编码方式 Charset charset = response.getHeaders().getContentType().getCharSet(); //⑤得到响应体的内容 InputStream is = response.getBody(); byte bytes[] = new byte[(int)response.getHeaders().getContentLength()]; is.read(bytes); String jsonData = new String(bytes, charset); System.out.println("charset : " + charset + ", json data : " + jsonData); }
request.getHeaders().set("Accept", "application/json"):表示客户端只接受(即只消费)json格式的响应数据;
response.getHeaders():可以得到响应头,从而可以得到响应体的内容类型和编码、内容长度。
2.2、xml数据
(1、服务器端控制器
@RequestMapping(value = "/response/ContentType", headers = "Accept=application/xml") public void response3(HttpServletResponse response) throws IOException { //①表示响应的内容区数据的媒体类型为xml格式,且编码为utf-8(客户端应该以utf-8解码) response.setContentType("application/xml;charset=utf-8"); //②写出响应体内容 String xmlData = "<?xml version=\"1.0\" encoding=\"UTF-8\"?>"; xmlData += "<user><username>zhang</username><password>123</password></user>"; response.getWriter().write(xmlData); }
和生产json数据唯一不同的两点:请求头为“Accept=application/xml”,响应体数据为xml。
(2、客户端端接收服务器端xml数据响应
使用浏览器测试(Ajax场景使用该方式)
请求地址为:http://localhost:9080/springmvc-chapter6/response/ContentType,且把修改请求头Accept改为“Accept=application/xml”,和json方式类似,此处不再重复。
使用普通客户端测试(服务器之间通信可使用该方式)
private static void xmlRequest() throws IOException, URISyntaxException { //请求的地址 String url = "http://localhost:9080/springmvc-chapter6/response/ContentType"; //①创建Http Request(内部使用HttpURLConnection) ClientHttpRequest request = new SimpleClientHttpRequestFactory(). createRequest(new URI(url), HttpMethod.POST); //②设置客户端可接受的媒体类型(即需要什么类型的响应体数据) request.getHeaders().set("Accept", "application/xml"); //③发送请求并得到响应 ClientHttpResponse response = request.execute(); //④得到响应体的编码方式 Charset charset = response.getHeaders().getContentType().getCharSet(); //⑤得到响应体的内容 InputStream is = response.getBody(); byte bytes[] = new byte[(int)response.getHeaders().getContentLength()]; is.read(bytes); String xmlData = new String(bytes, charset); System.out.println("charset : " + charset + ", xml data : " + xmlData); }
request.getHeaders().set("Accept", "application/xml"):表示客户端只接受(即只消费)xml格式的响应数据;
response.getHeaders():可以得到响应头,从而可以得到响应体的内容类型和编码、内容长度。
许多开放平台,都提供了同一种数据的多种不同的表现形式,此时我们可以根据Accept请求头告诉它们我们需要什么类型的数据,他们根据我们的Accept来判断需要返回什么类型的数据。
实际项目使用Accept请求头是比较麻烦的,现在大多数开放平台(国内的新浪微博、淘宝、腾讯等开放平台)使用如下两种方式:
扩展名:如response/ContentType.json response/ContentType.xml方式,使用扩展名表示需要什么类型的数据;
参数:如response/ContentType?format=json response/ContentType?format=xml,使用参数表示需要什么类型的数据;
也就是说,目前我们可以使用如上三种方式实现来告诉服务器我们需要什么类型的数据,但麻烦的是现在有三种实现方式,难道我们为了支持三种类型的数据就要分别进行三种实现吗?当然不要这么麻烦,后续我们会学ContentNegotiatingViewResolver,它能帮助我们做到这一点。
6.6.5.2、生产者消费者流程图
生产者消费者流程,如图6-10:
从图6-10可以看出:
请求阶段:客户端是生产者【生产Content-Type媒体类型的请求内容区数据】,服务器是消费者【消费客户端生产的Content-Type媒体类型的请求内容区数据】;
响应阶段:服务器是生产者【生产客户端请求头参数Accept指定的响应体数据】,客户端是消费者【消费服务器根据Accept请求头生产的响应体数据】。
如上生产者/消费者写法无法很好的体现我们分析的生产者/消费者模式,Spring3.1为生产者/消费者模式提供了简化支持,接下来我们学习一下如何在Spring3.1中来实现生产者/消费者模式吧。
6.6.5.3、生产者、消费者限定
Spring3.1开始支持消费者、生产者限定,而且必须使用如下HandlerMapping和HandlerAdapter才支持:
<!--Spring3.1开始的注解 HandlerMapping --> <bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"/> <!--Spring3.1开始的注解 HandlerAdapter --> <bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"/>
一、功能处理方法是消费者
@RequestMapping(value = "/consumes", consumes = {"application/json"}):此处使用consumes来指定功能处理方法能消费的媒体类型,其通过请求头的“Content-Type”来判断。
此种方式相对使用@RequestMapping的“headers = "Content-Type=application/json"”更能表明你的目的。
服务器控制器代码详解cn.javass.chapter6.web.controller.consumesproduces.ConsumesController;
客户端代码类似于之前的Content-Type中的客户端,详见ConsumesClient.java代码。
二、功能处理方法是生产者
@RequestMapping(value = "/produces", produces = "application/json"):表示将功能处理方法将生产json格式的数据,此时根据请求头中的Accept进行匹配,如请求头“Accept:application/json”时即可匹配;
@RequestMapping(value = "/produces", produces = "application/xml"):表示将功能处理方法将生产xml格式的数据,此时根据请求头中的Accept进行匹配,如请求头“Accept:application/xml”时即可匹配。
此种方式相对使用@RequestMapping的“headers = "Accept=application/json"”更能表明你的目的。
服务器控制器代码详解cn.javass.chapter6.web.controller.consumesproduces.ProducesController;
客户端代码类似于之前的Content-Type中的客户端,详见ProducesController.java代码。
当你有如下Accept头:
①Accept:text/html,application/xml,application/json
将按照如下顺序进行produces的匹配 ①text/html ②application/xml ③application/json
②Accept:application/xml;q=0.5,application/json;q=0.9,text/html
将按照如下顺序进行produces的匹配 ①text/html ②application/json ③application/xml
q参数为媒体类型的质量因子,越大则优先权越高(从0到1)
③Accept:*/*,text/*,text/html
将按照如下顺序进行produces的匹配 ①text/html ②text/* ③*/*
即匹配规则为:最明确的优先匹配。
代码详见ProducesPrecedenceController1、ProducesPrecedenceController2、ProducesPrecedenceController3。
Accept详细信息,请参考http://tools.ietf.org/html/rfc2616#section-14.1。
三、窄化时是覆盖 而 非继承
如类级别的映射为 @RequestMapping(value="/narrow", produces="text/html"),方法级别的为@RequestMapping(produces="application/xml"),此时方法级别的映射将覆盖类级别的,因此请求头“Accept:application/xml”是成功的,而“text/html”将报406错误码,表示不支持的请求媒体类型。
详见cn.javass.chapter6.web.controller.consumesproduces.NarrowController。
只有生产者/消费者 模式 是 覆盖,其他的使用方法是继承,如headers、params等都是继承。
四、组合使用是“或”的关系
@RequestMapping(produces={"text/html", "application/json"}) :将匹配“Accept:text/html”或“Accept:application/json”。
五、问题
消费的数据,如JSON数据、XML数据都是由我们读取请求的InputStream并根据需要自己转换为相应的模型数据,比较麻烦;
生产的数据,如JSON数据、XML数据都是由我们自己先把模型数据转换为json/xml等数据,然后输出响应流,也是比较麻烦的。
Spring提供了一组注解(@RequestBody、@ResponseBody
)和一组转换类(HttpMessageConverter
)来完成我们遇到的问题,详见6.6.8节。
评论

怎么运行的?
然后我在spring技术内幕中看到默认的handlerMapping 和handlerAdapter是在DispatcherServlet.properties 中配置的,可我看了3.1.2 和 3.2.10版本的spring-webmvc 包,里面的DispatcherServlet.properties 都是这样的:
//============================================
org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver
org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver
org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\
org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter
org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\
org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\
org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator
org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver
org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager
=========================================//
根本没有RequestMappingHandlerMapping和RequestMappingHandlerAdapter,感到很疑惑。希望大神能给我解惑

生产者,消费者模式,spring中的这个还真没听说过.看的有点茫茫然,web中当然会涉及到2个东西,Request Response,请求头 请求参数 响应头 相应状态码等,这我涉及过.看了这章.
1.生产者 消费者都是一个相对的概念。可以说提供数据的是生产者,解析数据的消费者。
(1)发送请求到服务器.
客户端请求中包括一些参数,发送到客户端,这时候客户端提供数据[生产者],服务器解析数据[消费者].
(2)发送相应回客户端
客户端返回数据到客户端,客户端解析.这时候服务器提供数据[生产者],客户端解析数据[消费者].
2.当然上面的数据提供和解析只是宏观的,严格的说就是上面提到的媒体类型。
(1)浏览器能返回什么样的数据,客户端能接收怎样的数据.
但是其中就还有个阶段
(2)浏览器发送的是什么样的数据
引用上文【request中设置请求头“Content-Type: application/x-www-form-urlencoded”表示请求的数据为key/value数据;】
我记得在request的请求头中是没有Content-Type参数的,我没看懂是怎么回事?麻烦你讲解下
还有点
(3)我工作的公司也主要用的就是URL强大的映射,我想问下spring中的这种建立在请求和响应中的生产者 消费者,在实际中,大体有哪些应用?
在这里,感谢开涛的springmvc系列,写博客不容易,原创的更不容易.

如果是做如微博的接口时,可能有的系统请求xml数据、而有的请求json,此时就可以使用生产者,消费者;这样可以限定这个接口只生产如json/xml,不生产如html的

生产者,消费者模式,spring中的这个还真没听说过.看的有点茫茫然,web中当然会涉及到2个东西,Request Response,请求头 请求参数 响应头 相应状态码等,这我涉及过.看了这章.
1.生产者 消费者都是一个相对的概念。可以说提供数据的是生产者,解析数据的消费者。
(1)发送请求到服务器.
客户端请求中包括一些参数,发送到客户端,这时候客户端提供数据[生产者],服务器解析数据[消费者].
(2)发送相应回客户端
客户端返回数据到客户端,客户端解析.这时候服务器提供数据[生产者],客户端解析数据[消费者].
2.当然上面的数据提供和解析只是宏观的,严格的说就是上面提到的媒体类型。
(1)浏览器能返回什么样的数据,客户端能接收怎样的数据.
但是其中就还有个阶段
(2)浏览器发送的是什么样的数据
引用上文【request中设置请求头“Content-Type: application/x-www-form-urlencoded”表示请求的数据为key/value数据;】
我记得在request的请求头中是没有Content-Type参数的,我没看懂是怎么回事?麻烦你讲解下
还有点
(3)我工作的公司也主要用的就是URL强大的映射,我想问下spring中的这种建立在请求和响应中的生产者 消费者,在实际中,大体有哪些应用?
在这里,感谢开涛的springmvc系列,写博客不容易,原创的更不容易.


想问下,这个生产者、消费者的章节,在实际的项目中应用广泛吗?我们在实际的项目中真的会去指定生产、消费的contenttype吗?
可以跳过 建议回头看看《HTTP权威指南》
好的,谢谢老师~但是还是先把Spring MVC全部看完后再去看看HTTP的书籍~

想问下,这个生产者、消费者的章节,在实际的项目中应用广泛吗?我们在实际的项目中真的会去指定生产、消费的contenttype吗?
可以跳过 建议回头看看《HTTP权威指南》

想问下,这个生产者、消费者的章节,在实际的项目中应用广泛吗?我们在实际的项目中真的会去指定生产、消费的contenttype吗?


发表评论
-
跟我学SpringMVC目录汇总贴、PDF下载、源码下载
2012-12-22 08:05 621593扫一扫,关注我的公众号 购买地址 ... -
源代码下载——第七章 注解式控制器的数据验证、类型转换及格式化
2012-12-01 07:12 33519源代码请到附件中下载。 其他下载: ... -
SpringMVC数据验证——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
2012-11-23 07:47 2391887.4、数据验证 7.4.1 ... -
SpringMVC数据格式化——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
2012-11-19 19:18 891147.3、数据格式化 ... -
SpringMVC数据格式化——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
2012-11-19 16:41 46支持一下博主:------------------ ... -
SpringMVC数据类型转换——第七章 注解式控制器的数据验证、类型转换及格式化——跟着开涛学SpringMVC
2012-11-12 20:08 1234597.1、简介 在编写可 ... -
扩展SpringMVC以支持绑定JSON格式的请求参数
2012-11-08 07:43 126123上一篇:《扩展SpringMVC以支持更精准的数据绑 ... -
扩展SpringMVC以支持更精准的数据绑定1
2012-11-06 07:38 76853最新版请点击查看FormM ... -
SpringMVC强大的数据绑定(2)——第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-10-26 07:57 1529746.6.2、@RequestParam绑定单个请求参 ... -
SpringMVC强大的数据绑定(2)——第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-10-23 14:45 15---------------------------- ... -
SpringMVC强大的数据绑定(1)——第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-10-16 07:48 121154到目前为止,请求已经能交给我们的处理器进行处理了,接下来 ... -
SpringMVC3强大的请求映射规则详解 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-24 15:29 104971声明:本系列都是原创内容,觉得好就顶一个,让更多人知道! ... -
请求映射之URL路径映射 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-24 11:50 946.5.1.1、普通URL路径映射 @Request ... -
请求映射之请求方法映射限定 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-24 11:48 536.5.2、请求方法映射 ... -
请求映射之请求方法映射限定 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-24 10:47 216.5.2、请求方法映射限定 一般我们熟悉的表单 ... -
请求映射之URL路径映射 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-24 07:05 1636.5.1.1、普通URL路径映射 @Reques ... -
源代码下载 第六章 注解式控制器详解
2012-09-22 07:11 42109源代码请到附件中下载。 其他下载: 跟着 ... -
注解式控制器运行流程及处理器定义 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-20 17:47 67517声明:本系列都是原创内容,觉得好就顶一个,让更多人知道! ... -
注解式控制器运行流程及处理器定义 第六章 注解式控制器详解——跟着开涛学SpringMVC
2012-09-20 15:54 96.1、注解式控制器简介 一、Spring2. ... -
源代码下载 第五章 处理器拦截器详解——跟着开涛学SpringMVC
2012-09-17 07:34 33723源代码请到附件中下 ...
相关推荐
内容概要:本文档是一份详细的SQL入门指南,旨在帮助初学者全面掌握SQL的基本概念和技术。首先介绍了SQL的基础知识及其重要性,解释了为什么学习SQL对数据分析和软件开发至关重要。接着详细讲解了如何快速搭建SQL环境,包括在线沙箱和本地安装两种方式。随后深入探讨了SQL的基础语法,如创建数据库和表、插入、查询、更新和删除数据的操作。进一步解析了核心操作,如复杂的查询语句结构、多表关联查询以及实用的功能,如条件表达式、日期处理和字符串操作。最后提供了新手常见问题的解决方案和性能优化建议,并推荐了一些学习资源。 适合人群:对数据库操作感兴趣的初学者,尤其是希望从事数据分析或软件开发的人士。 使用场景及目标:适用于想要系统学习SQL基础知识和核心操作的个人,目标是在实践中掌握SQL技能,能够独立进行数据库管理和操作。 其他说明:文档不仅涵盖了理论知识,还提供了大量实例和练习建议,帮助读者更好地理解和应用所学内容。
计算机二级考试C语言历年真题及答案.pdf
flink 自定义连接器
软考网络工程师视频教程及复习指导资料,含视频教程、历年真题、模拟试题等。
计算机二级access历年笔试真题及答案.pdf
内容概要:本文详细介绍了使用三菱PLC FX3U和1PG定位模块控制四个松下伺服电机的项目经验。项目将常用的JOG、HOME、定位等功能封装成独立的功能块(FB),并通过结构化文本(ST)编写程序。每个功能块不仅包含了核心逻辑,还进行了详细的异常处理和参数映射,确保系统的稳定性和易用性。此外,文章还涵盖了电气图纸、触摸屏配方管理以及硬件配置等方面的注意事项,提供了完整的项目实施指南。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是对三菱PLC和松下伺服有一定了解的人群。 使用场景及目标:适用于需要高精度多轴联动控制的工业应用场景,如数控机床、机器人等。目标是帮助工程师快速搭建稳定的控制系统,减少调试时间和复杂度。 其他说明:文中提供的代码片段和硬件配置建议经过实际验证,能够有效提高项目的成功率。同时,文章强调了良好的注释习惯和详细的文档记录对于后续维护的重要性。
办公室网安全监控uptime-kuma,docker镜像离线压缩包
教程-typescript-简介和入门
内容概要:本文详细介绍了基于西门子S7-1200 PLC控制五轴伺服系统的项目实施经验,涵盖手动模式、自动运行状态机、伺服模式切换、断电保持以及报警处理等多个关键环节。作者通过结构化编程思想,将复杂的多轴控制系统分解为多个独立的功能块,确保系统稳定性和可扩展性。文中不仅展示了具体代码实现,还分享了许多实用技巧,如通过枚举类型构建状态机、利用保持存储器实现断电位置记忆、采用环形缓冲区记录报警信息等。 适合人群:从事工业自动化控制领域的工程师和技术人员,尤其对PLC编程和伺服控制有一定基础的人群。 使用场景及目标:适用于需要进行复杂多轴运动控制的工业应用场景,旨在提高系统的可靠性、灵活性和易维护性。通过学习本文,读者可以掌握如何运用结构化编程方法优化PLC程序设计,提升工作效率并减少错误发生。 其他说明:文章强调了良好的编程习惯对于大型工程项目的重要性,提倡模块化、组件化的设计理念。此外,还提到了一些常见的陷阱及其解决方案,帮助初学者避开弯路。
win32汇编环境,网络编程入门之十五
12届嵌入式省赛题1111111
内容概要:本文详细记录了作者在Cadence平台中完成一个两级放大电路版图设计的过程,涵盖了从初步设计到最终通过LVS(Layout vs Schematic)和DRC(Design Rule Check)验证的所有步骤。文章首先介绍了电路的基本结构和参数设定,如共源放大器和共栅放大器的关键参数调整,以及在Virtuoso环境中进行的具体操作。接着,作者分享了在版图绘制过程中遇到的各种挑战及其解决方案,包括晶体管尺寸优化、走线布局、寄生参数控制、金属层间距调整等。此外,还特别强调了LVS和DRC验证中的常见问题及应对策略,如端口不匹配、器件参数偏差、金属密度规则等。最后,作者总结了一些实用的设计技巧和注意事项,为后续类似项目提供了宝贵的经验。 适合人群:从事集成电路设计的专业人士,尤其是对模拟电路版图设计感兴趣的工程师和技术爱好者。 使用场景及目标:帮助读者掌握Cadence环境下两级放大电路版图设计的方法,提高LVS和DRC验证的成功率,减少设计周期内的返工次数,提升设计效率。 其他说明:文中提到的具体数值和代码片段仅供参考,在实际应用中需要根据具体的工艺规则和个人需求进行适当调整。
矢量边界,行政区域边界,精确到乡镇街道,可直接导入arcgis使用
matlab
这个Stroke Risk Prediction Dataset(卒中风险预测数据集)的版本2旨在通过症状、人口统计学和基于医学文献的风险模型来预测卒中风险。相比于版本1,它在多个方面进行了显著改进,包括年龄相关的症状概率、性别特异性风险调整以及经过医学验证的特征工程等。 主要增强点: 年龄准确的风险建模:卒中风险随着一个S型曲线增加,在50岁之后急剧上升,这反映了现实世界的流行病学趋势。 性别特定的风险:60岁以下的男性风险是女性的1.5倍,而60岁以上的女性(绝经后的激素变化)风险比同龄男性高1.8倍。 平衡且扩展的数据集:样本量从10,000增加到35,000,以提高模型的普遍性和捕捉罕见的症状组合。其中50%为卒中风险≥50%,另外50%为卒中风险<50%。 数据集结构 该数据集包含16个特征和2个目标变量(分类目标和回归目标),涉及年龄、性别、各种二元症状指标(如胸痛、呼吸急促、心律不齐等)、是否处于风险中(二元分类目标)以及卒中风险百分比(回归目标)。 医学有效性 数据集基于同行评审的医学文献构建,症状概率、风险权重及人口统计关系直接来源于临床指南和流行病学研究。例如,
搭建环境:JDK-17
流程图111111111111111
这款模板需要2.2的程序,模板的仿照若夏文学网,模板以粉色彩蝶为主,也就女生版的,可以做言情类的原创站,程序带 有充值、打赏、vip等原创功能,凡是购买本模板送2.2程序,还送手机独立板子及关关采集器。2.2是官方的没有漏洞、后 门什么的,可以放心使用! 安装说明: 详细见压缩包,要求PHP5.3以上环境。
本报告由艾普思咨询发布,详细分析了2023年5月中国房地产行业的舆情状况。主要内容涵盖行业发展简报、舆情态势(声量/情感分布、来源/媒介分布、典型报道、地域分布)、品牌舆情关注度TOP10以及重点舆情话题和事件。报告指出,5月份房地产行业舆情声量显著上升,达到27,344,454篇次,主要受政策调整、企业动态等因素影响。此外,报告特别关注了万达集团大规模裁员传闻和光明房地产集团原董事长沈宏泽接受审查调查两大重点事件。 房地产从业者、投资者、政策研究者及相关媒体从业人员。
内容概要:本文详细介绍了7.5kw异步电机的经典矢量控制仿真模型在Matlab/Simulink环境下的搭建与优化方法。首先阐述了矢量控制的核心概念,即速度环和电流环的双环控制机制。速度环作为系统的‘指挥官’,通过PI调节器调整电机的目标速度;电流环作为‘执行者’,根据速度环提供的指令精确调节电机电流,确保转矩的稳定控制。文中提供了具体的MATLAB代码片段展示各环节的具体实现方式,包括坐标变换、PI调节器参数设定、弱磁控制、转矩限幅等关键技术细节。此外,作者还分享了一些实用的经验和技巧,如速度环和电流环的参数选择、磁链观测器的应用、SVPWM模块的实现等。 适用人群:从事电机控制系统设计的研究人员和技术人员,尤其是对Matlab/Simulink有一定基础并希望深入了解异步电机矢量控制原理的人群。 使用场景及目标:适用于需要进行电机控制仿真的科研项目或工业应用。主要目标是帮助读者掌握异步电机矢量控制的基本原理及其在Matlab/Simulink中的具体实现方法,提高仿真效率和准确性。 其他说明:文中不仅提供了详细的理论解释和技术实现步骤,还附带了许多实用的小技巧和注意事项,有助于读者更好地理解和应用相关知识。同时,作者强调了参数选择的重要性,并给出了具体的调试建议,使读者能够更快地上手并优化自己的仿真模型。