`
jinnianshilongnian
  • 浏览: 21551407 次
  • 性别: Icon_minigender_1
博客专栏
5c8dac6a-21dc-3466-8abb-057664ab39c7
跟我学spring3
浏览量:2426908
D659df3e-4ad7-3b12-8b9a-1e94abd75ac3
Spring杂谈
浏览量:3015841
43989fe4-8b6b-3109-aaec-379d27dd4090
跟开涛学SpringMVC...
浏览量:5645549
1df97887-a9e1-3328-b6da-091f51f886a1
Servlet3.1规范翻...
浏览量:261431
4f347843-a078-36c1-977f-797c7fc123fc
springmvc杂谈
浏览量:1599953
22722232-95c1-34f2-b8e1-d059493d3d98
hibernate杂谈
浏览量:251049
45b32b6f-7468-3077-be40-00a5853c9a48
跟我学Shiro
浏览量:5867645
Group-logo
跟我学Nginx+Lua开...
浏览量:704214
5041f67a-12b2-30ba-814d-b55f466529d5
亿级流量网站架构核心技术
浏览量:789182
社区版块
存档分类
最新评论

第四章 Controller接口控制器详解(5)——跟着开涛学SpringMVC

 
阅读更多

 

原创内容,转载请注明iteye http://jinnianshilongnian.iteye.com/

4.15MultiActionController

之前学过的控制器如AbstractCommandControllerSimpleFormController等一般对应一个功能处理方法(如新增),如果我要实现比如最简单的用户增删改查(CRUD Create-Read-Update-Delete),那该怎么办呢?

 

4.15.1 解决方案

1、每一个功能对应一个控制器,如果是CRUD则需要四个控制器,但这样我们的控制器会暴增,肯定不可取;

2、使用Spring Web MVC提供的MultiActionController,用于支持在一个控制器里添加多个功能处理方法,即将多个请求的处理方法放置到一个控制器里,这种方式不错。

 

4.15.2 问题

1、  MultiActionController如何将不同的请求映射不同的请求的功能处理方法呢?

Spring Web MVC提供了MethodNameResolver(方法名解析器)用于解析当前请求到需要执行的功能处理方法的方法名。默认使用InternalPathMethodNameResolver实现类,另外还提供了ParameterMethodNameResolverPropertiesMethodNameResolver,当然我们也可以自己来实现,稍候我们仔细研究下它们是如何工作的。

 

2、那我们的功能处理方法应该怎么写呢?

public (ModelAndView | Map | String | void) actionName(HttpServletRequest request, HttpServletResponse response, [,HttpSession session] [,AnyObject]);

 

哦,原来如此,我们只需要按照如上格式写我们的功能处理方法即可;此处需要注意一下几点:

1、返回值:即模型和视图部分;

ModelAndView模型和视图部分,之前已经见过了;

Map只返回模型数据,逻辑视图名会根据RequestToViewNameTranslator实现类来计算,稍候讨论;

String只返回逻辑视图名;

void表示该功能方法直接写出response响应(如果其他返回值类型(如Map)返回null则和void进行相同的处理);

2actionName功能方法名字;由methodNameResolver根据请求信息解析功能方法名,通过反射调用;

3、形参列表:顺序固定,“[]”表示可选,我们来看看几个示例吧:

//表示到新增页面

public ModelAndView toAdd(HttpServletRequest request, HttpServletResponse response);

//表示新增表单提交,在最后可以带着命令对象

public ModelAndView add(HttpServletRequest request, HttpServletResponse response, UserModel user);

//列表,但只返回模型数据,视图名会通过RequestToViewNameTranslator实现来计算

public Map list(HttpServletRequest request, HttpServletResponse response);

//文件下载,返回值类型为void,表示该功能方法直接写响应

public void fileDownload(HttpServletRequest request, HttpServletResponse response)

//第三个参数可以是session

public ModelAndView sessionWith(HttpServletRequest request, HttpServletResponse response, HttpSession session);

//如果第三个参数是session,那么第四个可以是命令对象,顺序必须是如下顺序

public void sessionAndCommandWith(HttpServletRequest request, HttpServletResponse response, HttpSession session, UserModel user)

4、异常处理方法,MultiActionController提供了简单的异常处理,即在请求的功能处理过程中遇到异常会交给异常处理方法进行处理,式如下所示:

public ModelAndView anyMeaningfulName(HttpServletRequest request, HttpServletResponse response, ExceptionClass exception)

MultiActionController使用最接近的异常类型来匹配对应的异常处理方法,示例如下所示:

 

//处理PayException

public ModelAndView processPayException(HttpServletRequest request, HttpServletResponse response, PayException ex)

//处理Exception

public ModelAndView processException(HttpServletRequest request, HttpServletResponse response,  Exception ex)

4.15.3 MultiActionController类实现

类定义:public class MultiActionController extends AbstractController implements LastModified ,继承了AbstractController,并实现了LastModified接口,默认返回-1

 

核心属性:

delegate功能处理的委托对象,即我们要调用请求处理方法所在的对象,默认是this

methodNameResolver功能处理方法名解析器,即根据请求信息来解析需要执行的delegate的功能处理方法的方法名。

核心方法:

 

//判断方法是否是功能处理方法
private boolean isHandlerMethod(Method method) {
    //得到方法返回值类型
	Class returnType = method.getReturnType();
    //返回值类型必须是ModelAndView、Map、String、void中的一种,否则不是功能处理方法
	if (ModelAndView.class.equals(returnType) || Map.class.equals(returnType) || String.class.equals(returnType) ||
			void.class.equals(returnType)) {
		Class[] parameterTypes = method.getParameterTypes();
        //功能处理方法参数个数必须>=2,且第一个是HttpServletRequest类型、第二个是HttpServletResponse
        //且不能Controller接口的handleRequest(HttpServletRequest request, HttpServletResponse response),这个方法是由系统调用
		return (parameterTypes.length >= 2 &&
				HttpServletRequest.class.equals(parameterTypes[0]) &&
				HttpServletResponse.class.equals(parameterTypes[1]) &&
				!("handleRequest".equals(method.getName()) && parameterTypes.length == 2));
	}
	return false;
}

 

//是否是异常处理方法
private boolean isExceptionHandlerMethod(Method method) {
    //异常处理方法必须是功能处理方法 且 参数长度为3、第三个参数类型是Throwable子类
	return (isHandlerMethod(method) &&
			method.getParameterTypes().length == 3 &&
			Throwable.class.isAssignableFrom(method.getParameterTypes()[2]));
}
private void registerHandlerMethods(Object delegate) {
    //缓存Map清空
	this.handlerMethodMap.clear();
	this.lastModifiedMethodMap.clear();
	this.exceptionHandlerMap.clear();

    //得到委托对象的所有public方法
	Method[] methods = delegate.getClass().getMethods();
	for (Method method : methods) {
        //验证是否是异常处理方法,如果是放入exceptionHandlerMap缓存map
		if (isExceptionHandlerMethod(method)) {
			registerExceptionHandlerMethod(method);
		}
        //验证是否是功能处理方法,如果是放入handlerMethodMap缓存map
		else if (isHandlerMethod(method)) {
			registerHandlerMethod(method);
			registerLastModifiedMethodIfExists(delegate, method);
		}
	}
}
protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response)
		throws Exception {
	try {
        //1、使用methodNameResolver 方法名解析器根据请求解析到要执行的功能方法的方法名
		String methodName = this.methodNameResolver.getHandlerMethodName(request);
        //2、调用功能方法(通过反射调用,此处就粘贴代码了)
		return invokeNamedMethod(methodName, request, response);
	}
	catch (NoSuchRequestHandlingMethodException ex) {
		return handleNoSuchRequestHandlingMethod(ex, request, response);
	}
}

 

接下来,我们看一下MultiActionController如何使用MethodNameResolver来解析请求到功能处理方法的方法名。

4.15.4 MethodNameResolver

1、InternalPathMethodNameResolver:MultiActionController的默认实现,提供从请求URL路径解析功能方法的方法名,从请求的最后一个路径(/)开始,并忽略扩展名;如请求URL是“/user/list.html”,则解析的功能处理方法名为“list”,即调用list方法。该解析器还可以指定前缀和后缀,通过prefix和suffix属性,如指定prefix=”test_”,则功能方法名将变为test_list;

 

2、ParameterMethodNameResolver:提供从请求参数解析功能处理方法的方法名,并按照如下顺序进行解析:

(1、 methodParamNames:根据请求的参数名解析功能方法名(功能方法名和参数名同名);

<property name="methodParamNames" value="list,create,update"/>       

  如上配置时,如果请求中含有参数名list、create、update时,则功能处理方法名为list、create、update,这种方式的可以在当一个表单有多个提交按钮时使用,不同的提交按钮名字不一样即可。

  ParameterMethodNameResolver也考虑到图片提交按钮提交问题:

    <input type="image" name="list"> 和submit类似可以提交表单,单击该图片后会发送两个参数“list.x=x轴坐标”和“list.y=y轴坐标”(如提交后会变为list.x=7&list.y=5);因此我们配置的参数名(如list)在会加上“.x” 和 “.y”进行匹配。

 

for (String suffix : SUBMIT_IMAGE_SUFFIXES)  {//SUBMIT_IMAGE_SUFFIXES {“.x”, “.y”}
    if (request.getParameter(name + suffix) != null) {// name是我们配置的methodParamNames
        return true;
    }
}

 

2、paramName:根据请求参数名的值解析功能方法名,默认的参数名是action,即请求的参数中含有“action=query”,则功能处理方法名为query;

3、logicalMappings:逻辑功能方法名到真实功能方法名映射,如下所示:

       <property name="logicalMappings">
           <props>
               <prop key="doList">list</prop>
           </props>
       </property>

  即如果步骤1或2解析出逻辑功能方法名为doList(逻辑的),将会被重新映射为list功能方法名(真正执行的)。

4、defaultMethodName:默认的方法名,当以上策略失败时默认调用的方法名。

 

3、PropertiesMethodNameResolver:提供自定义的从请求URL解析功能方法的方法名,使用一组用户自定义的模式到功能方法名的映射,映射使用Properties对象存放,具体配置示例如下:

<bean id="propertiesMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver">
    <property name="mappings">
        <props>
              <prop key="/create">create</prop>
              <prop key="/update">update</prop>
              <prop key="/delete">delete</prop>
              <prop key="/list">list</prop>
              <!-- 默认的行为 -->
              <prop key="/**">list</prop>
        </props>
    </property>
</bean> 

对于/create请求将调用create方法,Spring内部使用PathMatcher进行匹配(默认实现是AntPathMatcher)。

4.15.5 RequestToViewNameTranslator

用于直接将请求转换为逻辑视图名。默认实现为DefaultRequestToViewNameTranslator。

 

1、DefaultRequestToViewNameTranslator:将请求URL转换为逻辑视图名,默认规则如下:

  http://localhost:9080/web上下文/list -------> 逻辑视图名为list

  http://localhost:9080/web上下文/list.html -------> 逻辑视图名为list(默认删除扩展名)

  http://localhost:9080/web上下文/user/list.html -------> 逻辑视图名为user/list

4.15.6 示例

1、控制器UserController

package cn.javass.chapter4.web.controller;
//省略import
public class UserController extends MultiActionController {
    //用户服务类
	private UserService userService;
	//逻辑视图名 通过依赖注入方式注入,可配置
	private String createView;
	private String updateView;
	private String deleteView;
	private String listView;
	private String redirectToListView;
	//省略setter/getter

	public String create(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向 新增页面
			return getCreateView();
		}
		userService.create(user);
		//直接重定向到列表页面
		return getRedirectToListView();
	}
	public ModelAndView update(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向更新页面
			ModelAndView mv = new ModelAndView();
			//查询要更新的数据
			mv.addObject("command", userService.get(user.getUsername()));
			mv.setViewName(getUpdateView());
			return mv;
		}
		userService.update(user);
		//直接重定向到列表页面
		return new ModelAndView(getRedirectToListView());
	}

	
	public ModelAndView delete(HttpServletRequest request, HttpServletResponse response, UserModel user) {
		if("GET".equals(request.getMethod())) {
			//如果是get请求 我们转向删除页面
			ModelAndView mv = new ModelAndView();
			//查询要删除的数据
			mv.addObject("command", userService.get(user.getUsername()));
			mv.setViewName(getDeleteView());
			return mv;
		}
		userService.delete(user);
		//直接重定向到列表页面
		return new ModelAndView(getRedirectToListView());
	}	
	
	public ModelAndView list(HttpServletRequest request, HttpServletResponse response) {
		ModelAndView mv = new ModelAndView();
		mv.addObject("userList", userService.list());
		mv.setViewName(getListView());
		return mv;
	}
	
	//如果使用委托方式,命令对象名称只能是command
	protected String getCommandName(Object command) {
		//命令对象的名字 默认command
		return "command";
	}
}

  增删改:如果是GET请求方法,则表示到展示页面,POST请求方法表示真正的功能操作;

  getCommandName:表示是命令对象名字,默认command,对于委托对象实现方式无法改变,因此我们就使用默认的吧。

 

2、spring配置文件chapter4-servlet.xml

 

   <bean id="userService" class="cn.javass.chapter4.service.UserService"/>
   <bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">
       <property name="userService" ref="userService"/>
       <property name="createView" value="user/create"/>
       <property name="updateView" value="user/update"/>
       <property name="deleteView" value="user/delete"/>
       <property name="listView" value="user/list"/>
       <property name="redirectToListView" value="redirect:/user/list"/>
       <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->       
       <!--property name="methodNameResolver" ref="propertiesMethodNameResolver"/-->
   </bean>

 

  userService:用户服务类,实现业务逻辑;

  依赖注入:对于逻辑视图页面通过依赖注入方式注入,redirectToListView表示增删改成功后重定向的页面,防止重复表单提交;

  默认使用InternalPathMethodNameResolver解析请求URL到功能方法名。

 

3、视图页面

3.1、list页面(WEB-INF/jsp/user/list.jsp)

 

<a href="${pageContext.request.contextPath}/user/create">用户新增</a><br/>
<table border="1" width="50%">
   <tr>
      <th>用户名</th>
      <th>真实姓名</th>
      <th>操作</th>
   </tr> 
   <c:forEach items="${userList}" var="user">
   <tr>
      <td>${user.username }</td>
      <td>${user.realname }</td>
      <td>
          <a href="${pageContext.request.contextPath}/user/update?username=${user.username}">更新</a>
          |
          <a href="${pageContext.request.contextPath}/user/delete?username=${user.username}">删除</a>
      </td>
   </tr>
   </c:forEach>   
</table>

 

3.2、update页面(WEB-INF/jsp/user/update.jsp)

<form action="${pageContext.request.contextPath}/user/update" method="post">
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" value="更新"/>
</form>

4、测试:

默认的InternalPathMethodNameResolver将进行如下解析:

http://localhost:9080/springmvc-chapter4/user/list————>list方法名;

http://localhost:9080/springmvc-chapter4/user/create————>create方法名;

http://localhost:9080/springmvc-chapter4/user/update————>update功能处理方法名;

http://localhost:9080/springmvc-chapter4/user/delete————>delete功能处理方法名。

 

我们可以将默认的InternalPathMethodNameResolver改为PropertiesMethodNameResolver

 

<bean id="propertiesMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver">
    <property name="mappings">
        <props>
              <prop key="/user/create">create</prop>
              <prop key="/user/update">update</prop>
              <prop key="/user/delete">delete</prop>
              <prop key="/user/list">list</prop>
              <prop key="/**">list</prop><!-- 默认的行为 -->
          </props>
    </property>
    <property name="alwaysUseFullPath" value="false"/><!-- 不使用全路径 -->
</bean>   
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">
       <!—省略其他配置,详见配置文件-->
       <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->       
       <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>
</bean> 

 

 /**表示默认解析到list功能处理方法。

如上配置方式可以很好的工作,但必须继承MultiActionControllerSpring Web MVC提供给我们无需继承MultiActionController实现方式,即使有委托对象方式,继续往下看吧。

4.15.7、委托方式实现

1、控制器UserDelegate

   将UserController复制一份,改名为UserDelegate,并把继承MultiActionController去掉即可,其他无需改变。

2、spring配置文件chapter4-servlet.xml 

<!—委托对象-->
<bean id="userDelegate" class="cn.javass.chapter4.web.controller.UserDelegate">
   <property name="userService" ref="userService"/>
   <property name="createView" value="user2/create"/>
   <property name="updateView" value="user2/update"/>
   <property name="deleteView" value="user2/delete"/>
   <property name="listView" value="user2/list"/>
   <property name="redirectToListView" value="redirect:/user2/list"/>
</bean>
<!—控制器对象-->
<bean name="/user2/**" 
class="org.springframework.web.servlet.mvc.multiaction.MultiActionController">
<property name="delegate" ref="userDelegate"/>
    <property name="methodNameResolver" ref="parameterMethodNameResolver"/>
</bean>

 delegate控制器对象通过delegate属性指定委托对象,即实际调用delegate委托对象的功能方法。

 methodNameResolver此处我们使用ParameterMethodNameResolver解析器;

<!—ParameterMethodNameResolver -->
<bean id="parameterMethodNameResolver" 
class="org.springframework.web.servlet.mvc.multiaction.ParameterMethodNameResolver">
<!-- 1、根据请求参数名解析功能方法名 -->
    <property name="methodParamNames" value="create,update,delete"/>
    <!-- 2、根据请求参数名的值解析功能方法名 -->
    <property name="paramName" value="action"/>
<!-- 3、逻辑方法名到真实方法名的映射 -->
    <property name="logicalMappings">
       <props>
           <prop key="doList">list</prop>
       </props>
    </property>
    <!—4、默认执行的功能处理方法 -->
    <property name="defaultMethodName" value="list"/>
</bean>   

1、methodParamNamescreate,update,delete,当请求中有参数名为这三个的将被映射为功能方法名,如“<input type="submit" name="create" value="新增"/>”提交后解析得到的功能方法名为create;

2、paramName:当请求中有参数名为action,则将值映射为功能方法名,如“<input type="hidden" name="action" value="delete"/>”,提交后解析得到的功能方法名为delete

3、logicalMappings:逻辑功能方法名到真实功能方法名的映射,如:

    http://localhost:9080/springmvc-chapter4/user2?action=doList

    首先请求参数“action=doList”,则第二步解析得到逻辑功能方法名为doList;

    本步骤会把doList再转换为真实的功能方法名list。

4、defaultMethodName:以上步骤如果没有解析到功能处理方法名,默认执行的方法名。

 

3、视图页面

3.1、list页面(WEB-INF/jsp/user2/list.jsp)

<a href="${pageContext.request.contextPath}/user2?action=create">用户新增</a><br/>
<table border="1" width="50%">
   <tr>
      <th>用户名</th>
      <th>真实姓名</th>
      <th>操作</th>
   </tr> 
   <c:forEach items="${userList}" var="user">
   <tr>
      <td>${user.username }</td>
      <td>${user.realname }</td>
      <td>
          <a href="${pageContext.request.contextPath}/user2?action=update&username=${user.username}">更新</a>
          |
          <a href="${pageContext.request.contextPath}/user2?action=delete&username=${user.username}">删除</a>
      </td>
   </tr>
   </c:forEach>   
</table> 

3.2、update页面(WEB-INF/jsp/user2/update.jsp)

<form action="${pageContext.request.contextPath}/user2" method="post">
<input type="hidden" name="action" value="update"/>
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" value="更新"/>
</form> 

  通过参数name="action" value="update"来指定要执行的功能方法名update。

 

3.3、create页面(WEB-INF/jsp/user2/create.jsp)

<form action="${pageContext.request.contextPath}/user2" method="post">
用户名: <input type="text" name="username" value="${command.username}"/><br/>
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>
<input type="submit" name="create" value="新增"/>
</form> 

  通过参数name="create"来指定要执行的功能方法名create。

4、测试:

使用ParameterMethodNameResolver将进行如下解析:

http://localhost:9080/springmvc-chapter4/user2?create      ————>create功能处理方法名(参数名映射);

http://localhost:9080/springmvc-chapter4/user2?action=create————>create功能处理方法名(参数值映射);

 

http://localhost:9080/springmvc-chapter4/user2?update      ————>update功能处理方法名;

http://localhost:9080/springmvc-chapter4/user2?action=update————>update功能处理方法名;

 

http://localhost:9080/springmvc-chapter4/user2?delete      ————>delete功能处理方法名;

http://localhost:9080/springmvc-chapter4/user2?action=delete————>delete功能处理方法名;

 

http://localhost:9080/springmvc-chapter4/user2?doList      ————>通过logicalMappings解析为list功能处理方法。

http://localhost:9080/springmvc-chapter4/user2?action=doList————>通过logicalMappings解析为list功能处理方法。

 

http://localhost:9080/springmvc-chapter4/user2————>默认的功能处理方法名list(默认)。

 

 

原创内容,转载请注明iteye http://jinnianshilongnian.iteye.com/

 

35
22
分享到:
评论
38 楼 chenyyll1025 2017-04-06  
一个form里面有多个sumbit如何实现?例如,按照你的例子举例:
<form action="${pageContext.request.contextPath}/user2" method="post">    
<input type="hidden" name="action" value="update"/>    
用户名: <input type="text" name="username" value="${command.username}"/><br/>    
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>    
<input type="submit" value="操作1"/>    
<input type="submit" value="操作2"/>    
<input type="submit" value="操作3"/>    
</form>  


老师,可用参数名映射方式满足该需求,如下:
<form action="${pageContext.request.contextPath}/user2" method="post">    
<input type="hidden" name="action" value="update"/>    
用户名: <input type="text" name="username" value="${command.username}"/><br/>    
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>    
<input type="submit" [i]name="method1"[/i] value="操作1"/>    
<input type="submit" [i]name="method2"[/i] value="操作2"/>    
<input type="submit" [i]name="method3"[/i] value="操作3"/>    
</form>
37 楼 woohuu 2015-11-20  
好文章,随然很多,看着有点杂,但是自己还是全部跑了一遍,很有用,感谢tao哥分享
36 楼 baileibailei 2015-08-05  
确实控制器讲太多了点。
不过很不错,每个例子我都自己跑了一遍
35 楼 redcoatjk 2015-03-04  
lwkjob 写道
jinnianshilongnian 写道
lwkjob 写道
<bean id="userService" class="cn.javass.chapter4.service.UserService"/>  
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">  
    <property name="userService" ref="userService"/>  
    <property name="createView" value="user/create"/>  
    <property name="updateView" value="user/update"/>  
    <property name="deleteView" value="user/delete"/>  
    <property name="listView" value="user/list"/>  
    <property name="redirectToListView" value="redirect:/user/list"/>  
    <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->      
[color=red]<!--启用-->   [/color]
    <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>  
</bean>  


请问:怎么访问这个的demo啊?
http://localhost:8080/springmvc-chapter4/user/create 这样访问不到

代码和文章有点出入 请参考文章内容 对比小

噢 改好了谢谢!

我就说嘛. 还以为默认配置后面会自动加view...
34 楼 王巧巧 2015-03-02  
在14.5.4下面的3的配置文件中,有一个语句是这样的
<!--默认的行为>
<prop key="/**">list</prop>
这个默认的行为是指什么呢?我测试了下,用user/fsfsfs就会出错,但是用user/create/delete(/**可以匹配两层子目录)就会到delete页面,那到底什么时候才会执行这个默认的语句呢?
33 楼 王巧巧 2015-03-02  
这个页面多处有问题,右侧溢出。。。
32 楼 redcoatjk 2015-02-28  
越来越看不下去了.. 蛋疼.晕了
31 楼 dogga 2014-10-19  
chengang292214 写道
MultiActioncontroller 使用PropertiesMethodNameResolver的问题,http://localhost:9080/springmvc_0400_controller_before2.5/user/create 这样映射不到create方法上,没有匹配到,所有create update delete都是跑到list界面。

我没看过框架源代码,我觉得不管采用什么MethodNameResolver吧,这个只是请求到方法的映射, 但不管怎样,要定位方法,你首先要定位到方法所在的controller吧,MultiActionController 的name定义为/user/**, /user/create,定位到controller的create方法上没问题吧。

现在我想问问MultiActioncontroller使用PropertiesMethodNameResolver还需要加其他配置么?
从我上面说的先定位到controller,然后才定位到method的话
<property name="alwaysUseFullPath" value="false"/> 回复里提到的配置我不知道有什么意义。 我现在的情况是使用全路径,匹配不到controller的create方法

30 楼 chengang292214 2013-12-24  
MultiActioncontroller 使用PropertiesMethodNameResolver的问题,http://localhost:9080/springmvc_0400_controller_before2.5/user/create 这样映射不到create方法上,没有匹配到,所有create update delete都是跑到list界面。

我没看过框架源代码,我觉得不管采用什么MethodNameResolver吧,这个只是请求到方法的映射, 但不管怎样,要定位方法,你首先要定位到方法所在的controller吧,MultiActionController 的name定义为/user/**, /user/create,定位到controller的create方法上没问题吧。

现在我想问问MultiActioncontroller使用PropertiesMethodNameResolver还需要加其他配置么?
从我上面说的先定位到controller,然后才定位到method的话
<property name="alwaysUseFullPath" value="false"/> 回复里提到的配置我不知道有什么意义。 我现在的情况是使用全路径,匹配不到controller的create方法
29 楼 haole 2013-11-29  
jinnianshilongnian 写道
haole 写道
一个form里面有多个sumbit如何实现?例如,按照你的例子举例:
<form action="${pageContext.request.contextPath}/user2" method="post">  
<input type="hidden" name="action" value="update"/>  
用户名: <input type="text" name="username" value="${command.username}"/><br/>  
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>  
<input type="submit" value="操作1"/>  
<input type="submit" value="操作2"/>  
<input type="submit" value="操作3"/>  
</form>


这种需求应该很常见,请问如何实现?

这种情况 就需要自己js控制了


我感觉这方面,还是struts1实现的比较好
28 楼 haole 2013-11-29  
jinnianshilongnian 写道
haole 写道
一个form里面有多个sumbit如何实现?例如,按照你的例子举例:
<form action="${pageContext.request.contextPath}/user2" method="post">  
<input type="hidden" name="action" value="update"/>  
用户名: <input type="text" name="username" value="${command.username}"/><br/>  
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>  
<input type="submit" value="操作1"/>  
<input type="submit" value="操作2"/>  
<input type="submit" value="操作3"/>  
</form>


这种需求应该很常见,请问如何实现?

这种情况 就需要自己js控制了


谢谢
27 楼 jinnianshilongnian 2013-11-29  
haole 写道
一个form里面有多个sumbit如何实现?例如,按照你的例子举例:
<form action="${pageContext.request.contextPath}/user2" method="post">  
<input type="hidden" name="action" value="update"/>  
用户名: <input type="text" name="username" value="${command.username}"/><br/>  
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>  
<input type="submit" value="操作1"/>  
<input type="submit" value="操作2"/>  
<input type="submit" value="操作3"/>  
</form>


这种需求应该很常见,请问如何实现?

这种情况 就需要自己js控制了
26 楼 haole 2013-11-29  
一个form里面有多个sumbit如何实现?例如,按照你的例子举例:
<form action="${pageContext.request.contextPath}/user2" method="post">  
<input type="hidden" name="action" value="update"/>  
用户名: <input type="text" name="username" value="${command.username}"/><br/>  
真实姓名:<input type="text" name="realname" value="${command.realname}"/><br/>  
<input type="submit" value="操作1"/>  
<input type="submit" value="操作2"/>  
<input type="submit" value="操作3"/>  
</form>


这种需求应该很常见,请问如何实现?
25 楼 jimmy_sir 2013-11-22  
我仔细的把第四章Controller的这些文章看了,我觉得这些几篇写的挺好的。
大家反映不怎么强烈,也许是因为都在用注释了,耐不住心看这些,然后觉得看的不明白吧。
tao哥辛苦了,赞一个
24 楼 jinnianshilongnian 2013-07-29  
chengang292214 写道
首先,肯定 你技术上很不错,能写这些东西算是摸清了很多底层。不过有些许建议.
(1)技术文章.
你可以先模仿一些别人写技术书的方式,其实外面很多技术书,讲解技术的时候做法基本很相似的. 至于你springmvc,前面那个写web上技术的一些发展,那里写的东西就说的比较有条理,很多web书籍,在讲这方面也差不多是这样讲的.至于后面介绍那些很多控制器的,感觉越看下去越摸不清头绪;
(2)我感觉很多技术文章,也不算是入门级别的吧,其实讲技术的东西,我觉得不一定非的拿很多源码来讲,毕竟我觉得对于一个不到3年工作经验的人来说,也许很多人没有研究过源码,也不一定能看懂.网上很多博客上面那些文章,也有写得不错的,也没拿源码来说说.
(3)你写东西的时候,有些话可以说简单点,呵呵,我看起来有时候觉得好绕,不知道其他网友有没有这感觉,mvc的东西其实基本上的东西就是那些方面,很容器和struts2进行对比。比如参数绑定 异常处理 类型转换 输入校检 国际化等等. 在看控制器的时候,请求映射到功能处理方法名字。。。,感觉简化点,简单点不更好吗? 将url请求映射到controller的方法级别上,这样说感觉不那么绕,呵呵.
最后,感觉开涛写这么不错的文章,我虽然都用的struts2,就跟着你的这文章看springmvc的,看到控制器这里就看的晕了,哈哈

第四章这些,遗留控制器这块 其实是败笔,完全可以忽略,目前开发基本没用的(当时为了考虑还有用的,其实应该有取舍,当时是什么都想写 ),缓存那块可以看看。估计反映都是出在第四章。

对于一些概念,你说的很对,以后写会注意的;非常感谢提建议;以后会注意,得有取舍。
23 楼 chengang292214 2013-07-29  
首先,肯定 你技术上很不错,能写这些东西算是摸清了很多底层。不过有些许建议.
(1)技术文章.
你可以先模仿一些别人写技术书的方式,其实外面很多技术书,讲解技术的时候做法基本很相似的. 至于你springmvc,前面那个写web上技术的一些发展,那里写的东西就说的比较有条理,很多web书籍,在讲这方面也差不多是这样讲的.至于后面介绍那些很多控制器的,感觉越看下去越摸不清头绪;
(2)我感觉很多技术文章,也不算是入门级别的吧,其实讲技术的东西,我觉得不一定非的拿很多源码来讲,毕竟我觉得对于一个不到3年工作经验的人来说,也许很多人没有研究过源码,也不一定能看懂.网上很多博客上面那些文章,也有写得不错的,也没拿源码来说说.
(3)你写东西的时候,有些话可以说简单点,呵呵,我看起来有时候觉得好绕,不知道其他网友有没有这感觉,mvc的东西其实基本上的东西就是那些方面,很容器和struts2进行对比。比如参数绑定 异常处理 类型转换 输入校检 国际化等等. 在看控制器的时候,请求映射到功能处理方法名字。。。,感觉简化点,简单点不更好吗? 将url请求映射到controller的方法级别上,这样说感觉不那么绕,呵呵.
最后,感觉开涛写这么不错的文章,我虽然都用的struts2,就跟着你的这文章看springmvc的,看到控制器这里就看的晕了,哈哈
22 楼 lwkjob 2013-05-07  
jinnianshilongnian 写道
lwkjob 写道
<bean id="userService" class="cn.javass.chapter4.service.UserService"/>  
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">  
    <property name="userService" ref="userService"/>  
    <property name="createView" value="user/create"/>  
    <property name="updateView" value="user/update"/>  
    <property name="deleteView" value="user/delete"/>  
    <property name="listView" value="user/list"/>  
    <property name="redirectToListView" value="redirect:/user/list"/>  
    <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->      
[color=red]<!--启用-->   [/color]
    <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>  
</bean>  


请问:怎么访问这个的demo啊?
http://localhost:8080/springmvc-chapter4/user/create 这样访问不到

代码和文章有点出入 请参考文章内容 对比小

噢 改好了谢谢!
21 楼 jinnianshilongnian 2013-05-07  
lwkjob 写道
<bean id="userService" class="cn.javass.chapter4.service.UserService"/>  
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">  
    <property name="userService" ref="userService"/>  
    <property name="createView" value="user/create"/>  
    <property name="updateView" value="user/update"/>  
    <property name="deleteView" value="user/delete"/>  
    <property name="listView" value="user/list"/>  
    <property name="redirectToListView" value="redirect:/user/list"/>  
    <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->      
[color=red]<!--启用-->   [/color]
    <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>  
</bean>  


请问:怎么访问这个的demo啊?
http://localhost:8080/springmvc-chapter4/user/create 这样访问不到

代码和文章有点出入 请参考文章内容 对比小
20 楼 lwkjob 2013-05-07  
<bean id="userService" class="cn.javass.chapter4.service.UserService"/>  
<bean name="/user/**" class="cn.javass.chapter4.web.controller.UserController">  
    <property name="userService" ref="userService"/>  
    <property name="createView" value="user/create"/>  
    <property name="updateView" value="user/update"/>  
    <property name="deleteView" value="user/delete"/>  
    <property name="listView" value="user/list"/>  
    <property name="redirectToListView" value="redirect:/user/list"/>  
    <!-- 使用PropertiesMethodNameResolver来解析功能处理方法名 -->      
[color=red]<!--启用-->   [/color]
    <property name="methodNameResolver" ref="propertiesMethodNameResolver"/>  
</bean>  


请问:怎么访问这个的demo啊?
http://localhost:8080/springmvc-chapter4/user/create 这样访问不到
19 楼 jinnianshilongnian 2013-02-01  
yumingtao 写道
jinnianshilongnian 写道
修正

在PropertiesMethodNameResolver 加上
<property name="alwaysUseFullPath" value="false"/><!-- 不使用全路径 -->

否则就是全路径匹配,即需要
/user/create
/user/update
……

非常感谢guochaojun指正


我在spring3.2.0中测试,加上<property name="alwaysUseFullPath" value="false"/>还是没有效果,必须用
/user/create
/user/update
....
求解

看了下源代码 此处语义是没有改的,建议先试试3.1 如果成功 再试试3.2

相关推荐

    拟阵约束下最大化子模函数的模型及其算法的一种熵聚类方法.pdf

    拟阵约束下最大化子模函数的模型及其算法的一种熵聚类方法.pdf

    电力市场领域中基于CVaR风险评估的省间交易商最优购电模型研究与实现

    内容概要:本文探讨了在两级电力市场环境中,针对省间交易商的最优购电模型的研究。文中提出了一个双层非线性优化模型,用于处理省内电力市场和省间电力交易的出清问题。该模型采用CVaR(条件风险价值)方法来评估和管理由新能源和负荷不确定性带来的风险。通过KKT条件和对偶理论,将复杂的双层非线性问题转化为更易求解的线性单层问题。此外,还通过实际案例验证了模型的有效性,展示了不同风险偏好设置对购电策略的影响。 适合人群:从事电力系统规划、运营以及风险管理的专业人士,尤其是对电力市场机制感兴趣的学者和技术专家。 使用场景及目标:适用于希望深入了解电力市场运作机制及其风险控制手段的研究人员和技术开发者。主要目标是为省间交易商提供一种科学有效的购电策略,以降低风险并提高经济效益。 其他说明:文章不仅介绍了理论模型的构建过程,还包括具体的数学公式推导和Python代码示例,便于读者理解和实践。同时强调了模型在实际应用中存在的挑战,如数据精度等问题,并指出了未来改进的方向。

    MATLAB/Simulink平台下四机两区系统风储联合调频技术及其高效仿真实现

    内容概要:本文探讨了在MATLAB/Simulink平台上针对四机两区系统的风储联合调频技术。首先介绍了四机两区系统作为经典的电力系统模型,在风电渗透率增加的情况下,传统一次调频方式面临挑战。接着阐述了风储联合调频技术的应用,通过引入虚拟惯性控制和下垂控制策略,提高了系统的频率稳定性。文章展示了具体的MATLAB/Simulink仿真模型,包括系统参数设置、控制算法实现以及仿真加速方法。最终结果显示,在风电渗透率为25%的情况下,通过风储联合调频,系统频率特性得到显著提升,仿真时间缩短至5秒以内。 适合人群:从事电力系统研究、仿真建模的技术人员,特别是关注风电接入电网稳定性的研究人员。 使用场景及目标:适用于希望深入了解风储联合调频机制及其仿真实现的研究人员和技术开发者。目标是掌握如何利用MATLAB/Simulink进行高效的电力系统仿真,尤其是针对含有高比例风电接入的复杂场景。 其他说明:文中提供的具体参数配置和控制算法有助于读者快速搭建类似的仿真环境,并进行相关研究。同时强调了参考文献对于理论基础建立的重要性。

    永磁同步电机无感控制:高频方波注入与滑膜观测器结合实现及其应用场景

    内容概要:本文介绍了永磁同步电机(PMSM)无感控制技术,特别是高频方波注入与滑膜观测器相结合的方法。首先解释了高频方波注入法的工作原理,即通过向电机注入高频方波电压信号,利用电机的凸极效应获取转子位置信息。接着讨论了滑膜观测器的作用,它能够根据电机的电压和电流估计转速和位置,具有较强的鲁棒性。两者结合可以提高无传感器控制系统的稳定性和精度。文中还提供了具体的Python、C语言和Matlab代码示例,展示了如何实现这两种技术。此外,简要提及了正弦波注入的相关论文资料,强调了其在不同工况下的优势。 适合人群:从事电机控制系统设计的研发工程师和技术爱好者,尤其是对永磁同步电机无感控制感兴趣的读者。 使用场景及目标:适用于需要减少传感器依赖、降低成本并提高系统可靠性的情况,如工业自动化设备、电动汽车等领域的电机控制。目标是掌握高频方波注入与滑膜观测器结合的具体实现方法,应用于实际工程项目中。 其他说明:文中提到的高频方波注入和滑膜观测器的结合方式,不仅提高了系统的性能,还在某些特殊情况下表现出更好的适应性。同时,附带提供的代码片段有助于读者更好地理解和实践这一技术。

    MATLAB中扩展卡尔曼滤波与双扩展卡尔曼滤波在电池参数辨识的应用

    内容概要:本文深入探讨了MATLAB中扩展卡尔曼滤波(EKF)和双扩展卡尔曼滤波(DEKF)在电池参数辨识中的应用。首先介绍了EKF的基本原理和代码实现,包括状态预测和更新步骤。接着讨论了DEKF的工作机制,即同时估计系统状态和参数,解决了参数和状态耦合估计的问题。文章还详细描述了电池参数辨识的具体应用场景,特别是针对电池管理系统中的荷电状态(SOC)估计。此外,提到了一些实用技巧,如雅可比矩阵的计算、参数初始值的选择、数据预处理方法等,并引用了几篇重要文献作为参考。 适合人群:从事电池管理系统开发的研究人员和技术人员,尤其是对状态估计和参数辨识感兴趣的读者。 使用场景及目标:适用于需要精确估计电池参数的实际项目,如电动汽车、储能系统等领域。目标是提高电池管理系统的性能,确保电池的安全性和可靠性。 其他说明:文章强调了实际应用中的注意事项,如数据处理、参数选择和模型优化等方面的经验分享。同时提醒读者关注最新的研究成果和技术进展,以便更好地应用于实际工作中。

    基于三菱FX3U PLC和威纶通触摸屏的分切机上下收放卷张力控制系统设计

    内容概要:本文详细介绍了在无电子凸轮功能情况下,利用三菱FX3U系列PLC和威纶通触摸屏实现分切机上下收放卷张力控制的方法。主要内容涵盖硬件连接、程序框架设计、张力检测与读取、PID控制逻辑以及触摸屏交互界面的设计。文中通过具体代码示例展示了如何初始化寄存器、读取张力传感器数据、计算张力偏差并实施PID控制,最终实现稳定的张力控制。此外,还讨论了卷径计算、速度同步控制等关键技术点,并提供了现场调试经验和优化建议。 适合人群:从事自动化生产设备维护和技术支持的专业人士,尤其是熟悉PLC编程和触摸屏应用的技术人员。 使用场景及目标:适用于需要对分切机进行升级改造的企业,旨在提高分切机的张力控制精度,确保材料切割质量,降低生产成本。通过本方案可以实现±3%的张力控制精度,满足基本生产需求。 其他说明:本文不仅提供详细的程序代码和硬件配置指南,还分享了许多实用的调试技巧和经验,帮助技术人员更好地理解和应用相关技术。

    基于S7系列PLC与组态王的三泵变频恒压供水系统设计与实现

    内容概要:本文详细介绍了一种基于西门子S7-200和S7-300 PLC以及组态王软件的三泵变频恒压供水系统。主要内容涵盖IO分配、接线图原理图、梯形图程序编写和组态画面设计四个方面。通过合理的硬件配置和精确的编程逻辑,确保系统能够在不同负载情况下保持稳定的供水压力,同时实现节能和延长设备使用寿命的目标。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是熟悉PLC编程和组态软件使用的专业人士。 使用场景及目标:适用于需要稳定供水的各种场合,如住宅小区、工厂等。目标是通过优化控制系统,提升供水效率,减少能源消耗,并确保系统的可靠性和安全性。 其他说明:文中提供了详细的实例代码和调试技巧,帮助读者更好地理解和实施该项目。此外,还分享了一些实用的经验教训,有助于避免常见的错误和陷阱。

    三相三线制SVG/STATCOM的Simulink仿真建模与控制策略解析

    内容概要:本文详细介绍了三相三线制静止无功发生器(SVG/STATCOM)在Simulink中的仿真模型设计与实现。主要内容涵盖ip-iq检测法用于无功功率检测、dq坐标系下的电流解耦控制、电压电流双闭环控制系统的设计、SVPWM调制技术的应用以及具体的仿真参数设置。文中不仅提供了理论背景,还展示了具体的Matlab代码片段,帮助读者理解各个控制环节的工作原理和技术细节。此外,文章还讨论了实际调试中遇到的问题及解决方案,强调了参数调整的重要性。 适合人群:从事电力系统自动化、电力电子技术研究的专业人士,特别是对SVG/STATCOM仿真感兴趣的工程师和研究人员。 使用场景及目标:适用于希望深入了解SVG/STATCOM工作原理并掌握其仿真方法的研究人员和工程师。目标是在实践中能够正确搭建和优化SVG/STATCOM的仿真模型,提高无功补偿的效果。 其他说明:文章提供了丰富的实例代码和调试技巧,有助于读者更好地理解和应用所学知识。同时,文中提及的一些经验和注意事项来源于实际项目,具有较高的参考价值。

    基于SIMULINK的风力机发电效率建模探究.pdf

    基于SIMULINK的风力机发电效率建模探究.pdf

    CarSim与Simulink联合仿真:基于MPC模型预测控制实现智能超车换道

    内容概要:本文介绍了如何将CarSim的动力学模型与Simulink的智能算法相结合,利用模型预测控制(MPC)实现车辆的智能超车换道。主要内容包括MPC控制器的设计、路径规划算法、联合仿真的配置要点以及实际应用效果。文中提供了详细的代码片段和技术细节,如权重矩阵设置、路径跟踪目标函数、安全超车条件判断等。此外,还强调了仿真过程中需要注意的关键参数配置,如仿真步长、插值设置等,以确保系统的稳定性和准确性。 适合人群:从事自动驾驶研究的技术人员、汽车工程领域的研究人员、对联合仿真感兴趣的开发者。 使用场景及目标:适用于需要进行自动驾驶车辆行为模拟的研究机构和企业,旨在提高超车换道的安全性和效率,为自动驾驶技术研发提供理论支持和技术验证。 其他说明:随包提供的案例文件已调好所有参数,可以直接导入并运行,帮助用户快速上手。文中提到的具体参数和配置方法对于初学者非常友好,能够显著降低入门门槛。

    基于MATLAB的信号与系统实验:常见信号生成、卷积积分、频域分析及Z变换详解

    内容概要:本文详细介绍了利用MATLAB进行信号与系统实验的具体步骤和技术要点。首先讲解了常见信号(如方波、sinc函数、正弦波等)的生成方法及其注意事项,强调了时间轴设置和参数调整的重要性。接着探讨了卷积积分的两种实现方式——符号运算和数值积分,指出了各自的特点和应用场景,并特别提醒了数值卷积时的时间轴重构和步长修正问题。随后深入浅出地解释了频域分析的方法,包括傅里叶变换的符号计算和快速傅里叶变换(FFT),并给出了具体的代码实例和常见错误提示。最后阐述了离散时间信号与系统的Z变换分析,展示了如何通过Z变换将差分方程转化为传递函数以及如何绘制零极点图来评估系统的稳定性。 适合人群:正在学习信号与系统课程的学生,尤其是需要完成相关实验任务的人群;对MATLAB有一定基础,希望通过实践加深对该领域理解的学习者。 使用场景及目标:帮助学生掌握MATLAB环境下信号生成、卷积积分、频域分析和Z变换的基本技能;提高学生解决实际问题的能力,避免常见的编程陷阱;培养学生的动手能力和科学思维习惯。 其他说明:文中不仅提供了详细的代码示例,还分享了许多实用的小技巧,如如何正确保存实验结果图、如何撰写高质量的实验报告等。同时,作者以幽默风趣的语言风格贯穿全文,使得原本枯燥的技术内容变得生动有趣。

    【KUKA 机器人移动编程】:mo2_motion_ptp_en.ppt

    KUKA机器人相关文档

    永磁同步电机(PMSM)无传感器控制:I/F启动与滑模观测器结合的技术实现及应用

    内容概要:本文详细介绍了无传感器永磁同步电机(PMSM)控制技术,特别是针对低速和中高速的不同控制策略。低速阶段采用I/F控制,通过固定电流幅值和斜坡加速的方式启动电机,确保平稳启动。中高速阶段则引入滑模观测器进行反电动势估算,从而精确控制电机转速。文中还讨论了两者之间的平滑切换逻辑,强调了参数选择和调试技巧的重要性。此外,提供了具体的伪代码示例,帮助读者更好地理解和实现这一控制方案。 适合人群:从事电机控制系统设计的研发工程师和技术爱好者。 使用场景及目标:适用于需要降低成本并提高可靠性的应用场景,如家用电器、工业自动化设备等。主要目标是掌握无传感器PMSM控制的基本原理及其优化方法。 其他说明:文中提到的实际案例和测试数据有助于加深理解,同时提醒开发者注意硬件参数准确性以及调试过程中可能出现的问题。

    智能家居与物联网培训材料.ppt

    智能家居与物联网培训材料.ppt

    Matlab实现车辆路径规划:基于TSP、CVRP、CDVRP、VRPTW的四大算法解析及应用

    内容概要:本文详细介绍了使用Matlab解决车辆路径规划问题的四种经典算法:TSP(旅行商问题)、CVRP(带容量约束的车辆路径问题)、CDVRP(带容量和距离双重约束的车辆路径问题)和VRPTW(带时间窗约束的车辆路径问题)。针对每个问题,文中提供了具体的算法实现思路和关键代码片段,如遗传算法用于TSP的基础求解,贪心算法和遗传算法结合用于CVRP的路径分割,以及带有惩罚函数的时间窗约束处理方法。此外,还讨论了性能优化技巧,如矩阵运算替代循环、锦标赛选择、2-opt局部优化等。 适合人群:具有一定编程基础,尤其是对物流调度、路径规划感兴趣的开发者和技术爱好者。 使用场景及目标:适用于物流配送系统的路径优化,旨在提高配送效率,降低成本。具体应用场景包括但不限于外卖配送、快递运输等。目标是帮助读者掌握如何利用Matlab实现高效的路径规划算法,解决实际业务中的复杂约束条件。 其他说明:文中不仅提供了详细的代码实现,还分享了许多实践经验,如参数设置、数据预处理、异常检测等。建议读者在实践中不断尝试不同的算法组合和优化策略,以应对更加复杂的实际问题。

    软考网络工程师2010-2014真题及答案

    软考网络工程师2010-2014真题及答案完整版 全国计算机软考 适合软考中级人群

    基于单片机的酒驾检测设计(51+1602+PCF8591+LED+BZ+KEY3)#0055

    包括:源程序工程文件、Proteus仿真工程文件、论文材料、配套技术手册等 1、采用51/52单片机作为主控芯片; 2、采用1602液晶显示:测量酒精值、酒驾阈值、醉驾阈值; 3、采用PCF8591进行AD模数转换; 4、LED指示:正常绿灯、酒驾黄灯、醉驾红灯; 5、可通过按键修改酒驾醉驾阈值;

    基于MATLAB的拉格朗日函数与SQP二次规划方法实现约束最优化求解

    内容概要:本文详细介绍了利用MATLAB实现约束最优化求解的方法,主要分为两大部分:无约束优化和带约束优化。对于无约束优化,作者首先讲解了梯度下降法的基本原理和实现技巧,如步长搜索和Armijo条件的应用。接着深入探讨了带约束优化问题,特别是序列二次规划(SQP)方法的具体实现,包括拉格朗日函数的Hesse矩阵计算、QP子问题的构建以及拉格朗日乘子的更新策略。文中不仅提供了详细的MATLAB代码示例,还分享了许多调参经验和常见错误的解决办法。 适合人群:具备一定数学基础和编程经验的研究人员、工程师或学生,尤其是对最优化理论和应用感兴趣的读者。 使用场景及目标:适用于需要解决各类优化问题的实际工程项目,如机械臂能耗最小化、化工过程优化等。通过学习本文,读者能够掌握如何将复杂的约束优化问题分解为更易处理的二次规划子问题,从而提高求解效率和准确性。 其他说明:文章强调了优化算法选择的重要性,指出不同的问题结构决定了最适合的算法。此外,作者还分享了一些实用的经验教训,如Hesse矩阵的正定性处理和惩罚因子的动态调整,帮助读者少走弯路。

    【KUKA 机器人资料】:KUKA机器人剑指未来——访库卡自动化设备(上海)有限公司销售部经理邹涛.pdf

    KUKA机器人相关资料

    西门子200Smart与维纶触摸屏在疫苗车间自动化控制中的关键技术解析

    内容概要:本文详细介绍了某制造企业在疫苗车间控制系统中使用西门子200Smart PLC和维纶触摸屏的具体实现方法和技术要点。主要内容涵盖配液罐的模拟量处理、发酵罐的PID控制、USS通讯控制变频器、CIP清洗程序以及触摸屏权限管理等方面。文中不仅展示了具体的代码片段,还分享了许多调试经验和优化技巧,如模拟量处理中避免库指令占用额外存储空间、PID控制中的参数整定、USS通讯中的控制字配置等。 适用人群:从事工业自动化控制领域的工程师和技术人员,尤其是对中小型PLC和触摸屏编程感兴趣的从业者。 使用场景及目标:适用于疫苗车间及其他类似生物制药生产线的自动化控制系统设计和实施。目标是帮助读者掌握中小型PLC在复杂生产工艺中的应用技巧,提高系统的可靠性和效率。 其他说明:文章强调了模块化设计的重要性,提供了许多实用的操作建议和调试经验,有助于读者更好地理解和应用相关技术。此外,还提到了一些常见的错误及其解决方案,使读者能够避免类似的陷阱。

Global site tag (gtag.js) - Google Analytics