Controller中的路由配置

qq_49735440

于 2024-07-02 17:46:32 发布

阅读量1.3k

点赞数

文章标签：开发语言 java spring boot

本文链接：https://blog.csdn.net/qq_49735440/article/details/140131219

版权

1. 什么情况下需要去配置路由？

配置路由（在Spring MVC或Spring Boot等框架中通常通过注解如@GetMapping, @PostMapping等实现）主要是用于定义URL到处理这些URL请求的控制器方法之间的映射关系。这不仅仅限于login页面，而是适用于应用中的每一个需要被用户通过URL访问的页面或资源。

每个需要被用户访问的页面或API：无论是登录、注册、首页、商品详情页还是其他任何业务功能页面，只要这些页面或功能需要通过URL被访问，都需要在相应的控制器中配置路由。
RESTful API：在开发RESTful API时，每个API端点都需要一个路由来定义其URL。

2. 示范案例

@GetMapping(value = {@"login"})  
public String login(HttpServletResponse response) throws IOException {  
    Subject currentUser = SecurityUtils.getSubject(); 
	response.setStatus(HttpServletResponse.SC_NOT_FOUND); // 总是设置状态码为404，这通常不是登录逻辑的一部分  
    if (currentUser.isAuthenticated()) {  
        response.sendRedirect("/"); // 如果用户已认证，重定向到根URL  
        return "/login"; // 这行代码在重定向后不会执行，因为方法已经通过sendRedirect返回了  
    }  
    // 这里缺少了一个未认证用户的处理逻辑，比如返回登录页面  
    // 正常情况下，你可能需要返回一个视图名或重定向到登录页面  
}

当用户尝试访问/login时，这个控制器方法会被调用。
如果用户已经认证（登录），则会被重定向到应用的根URL（/）。
如果用户未认证，理论上应该返回登录页面的视图名（但在这个例子中，由于一开始就设置了404状态码，并且没有返回登录页面的逻辑，这会导致问题）。

@GetMapping("/about")  
public String about(Model model) {  
    // 可以在这里添加一些数据到模型中，用于在视图中显示  
    return "about"; // 返回视图的名称，Spring MVC会找到对应的模板文件进行渲染  
}

在这个例子中，当用户访问/about时，about方法会被调用，并返回一个名为about的视图名，Spring MVC会查找并渲染对应的模板文件（如about.html）。注意，这里并没有使用HttpServletResponse来设置状态码或重定向，因为这是一个正常的页面访问请求。

3. 前后端分离和不分离在配置路由上的区别

前后端不分离

路由控制：
在前后端不分离的应用中，路由主要由后端控制。前端页面看到的效果（包括页面跳转）大多由后端渲染页面或重定向决定。
后端服务器会根据不同的URL地址来渲染不同的页面，这通常涉及到服务器端渲染（SSR）技术。
优点与缺点：
优点：有利于搜索引擎优化（SEO），因为搜索引擎爬虫可以直接访问和索引由服务器渲染的页面。
缺点：服务器压力大，因为每次用户请求都可能涉及到页面的完整渲染；同时，维护成本较高，因为前端和后端的耦合度较高。
路由配置：
后端通常会在路由配置中定义URL与页面模板或逻辑处理函数之间的映射关系。
前端通常不直接参与路由配置，而是依赖于后端渲染的页面和重定向。
前后端分离
路由控制：
在前后端分离的应用中，路由主要由前端控制。前端根据用户的URL请求，通过AJAX等异步请求方式从后端获取数据，并在前端进行页面的渲染和跳转。
前端路由通常包括hash路由和history路由两种形式，它们都可以在不刷新页面的情况下实现视图的切换。
优点与缺点：
优点：提升开发效率，前端和后端可以独立开发，互不依赖；用户体验好，可以实现页面的按需加载和快速响应；代码可维护性强，前端和后端的职责更加明确。
缺点：对SEO不友好，因为搜索引擎爬虫可能无法直接索引由前端JavaScript动态生成的页面内容（但可以通过预渲染等技术解决）。
路由配置：
前端会配置自己的路由系统，如使用Vue Router、React Router等前端路由库。
这些路由库允许开发者定义URL与前端组件或视图之间的映射关系，以及处理路由的跳转和状态管理。
后端则主要负责提供RESTful API接口，供前端调用以获取数据。后端不再直接渲染HTML页面或控制页面跳转。
总结
前后端不分离：路由主要由后端控制，前端依赖后端渲染的页面和重定向。
前后端分离：路由主要由前端控制，前端通过异步请求从后端获取数据并在前端渲染页面。前端使用前端路由库来管理路由，而后端则专注于提供数据接口。

4. 路由分类

URL路径的模式：
在前后端不分离的应用中，URL路径通常反映了应用的结构和功能。你可以根据URL路径的模式来分组路由。例如，所有与用户相关的路由（如用户信息、用户列表、用户登录等）可以放在一起，而所有与产品相关的路由（如产品详情、产品列表、产品搜索等）则放在另一个组中。
页面相似度：
虽然页面相似度不是一个直接用于路由分类的术语，但你可以根据页面的内容和布局相似度来组织路由。然而，这种分组方式更多地是关注于前端页面的设计和复用，而不是后端路由的管理。在前后端不分离的应用中，后端路由的分组通常更多地关注于业务逻辑和功能区域。
控制器（或处理器）：
在MVC（Model-View-Controller）或类似的架构中，每个控制器（或处理器）通常负责处理一组相关的请求。因此，你可以根据控制器的职责来分组路由。每个控制器都对应一组具有相似业务逻辑的路由。
API版本：
如果你的应用提供了RESTful API，并且需要支持多个版本，那么你可以根据API版本来分组路由。这样，不同版本的API就可以通过不同的URL路径前缀来区分。
安全性：
在某些情况下，你可能需要根据路由的安全性来分组。例如，所有需要用户认证的路由可以放在一个组中，并在路由处理逻辑中统一进行权限验证。
页面相似度高：
在Web应用的路由管理中，将页面相似度高的路由放在一起是一种合理的做法，尽管这种做法更多地是从前端页面设计和用户体验的角度出发，而不是直接由后端路由管理的技术需求驱动的。然而，这样做可以带来一些潜在的好处：

易于维护：当页面相似度高的路由被放在一起时，相关的控制器（或处理器）和视图模板也往往更加接近。这使得在需要更新或修改这些页面时，开发者可以更容易地找到相关的代码，并快速进行维护。
复用代码：页面相似度高通常意味着这些页面在结构、样式或功能上有共同之处。将它们放在一起有助于识别这些共同点，并可能允许你通过复用代码（如模板继承、组件化等）来减少重复劳动。
增强用户体验：虽然路由的分组不直接影响用户体验，但将相似度高的页面组织在一起可以使得应用的导航结构更加清晰和直观。这有助于用户更好地理解应用的功能，并更快速地找到他们需要的信息。
优化SEO：虽然SEO主要与前端页面的内容和结构有关，但良好的路由结构也可以对SEO产生积极影响。将相似度高的页面组织在一起可能有助于搜索引擎更好地理解你的网站结构，并提高你的网站在搜索结果中的排名。