【平台开发】— 5.后端:代码分层

简介: 【平台开发】— 5.后端:代码分层

数据库准备完事儿,现在可以撸后端代码了。


1268169-20200714144200781-1396751864.jpg


现在想要探索前后端如何交互,得后端返回出数据才行,既然如此,那就先来撸一个返回用户信息。


然后就可以判断前端传来的用户名和密码是不是存在,存在的话就可以登录(PS:这里仅仅以学习目的,并不是说真正的登录是这么实现)。


首先,熟悉下后端代码的分层。


一、pojo


实体层,用来写实体类,比如用户User,它有很多个属性,比如idusername等等,与上篇设计的数据库表字段对应。


注意@Data这个注解,可以不用写set()get()tostring()方法了,省去了不少功夫,而且代码也更简洁。


记得添加依赖,和在idea里安装lombok插件。


package com.mock.platform.pojo;
import com.fasterxml.jackson.annotation.JsonIgnoreProperties;
import lombok.Data;
import javax.persistence.*;
import java.util.Date;
@Entity
@Table(name = "user")
@JsonIgnoreProperties({"handler", "hibernateLazyInitializer"})
@Data
public class User {
    @Id //声明一个字段“id”为数据库表的主键
    @GeneratedValue(strategy = GenerationType.AUTO) //标注主键的生成策略,通过strategy 属性指定
    @Column(name = "id") //被标注字段在数据库表中所对应字段的名称
    private int id; //用户id
    private String username; //用户名称
    private String password; //密码
    private Date createTime; //创建时间
//    public int getId() {
//        return id;
//    }
//    public void setId(int id) {
//        this.id = id;
//    }
//    public String getUsername() {
//        return username;
//    }
//    public void setUsername(String username) {
//        this.username = username;


二、dao


DAO层,全称Data Access Object,负责与数据库打交道。


这个包下面则是用来写dao文件,UserDAO类继承JpaRepository,就提供了CRUD和分页 的各种常见功能。


JpaRepository<User, Integer>,参数分别是实体类,和这个实体类id的类型


package com.mock.platform.dao;
import com.mock.platform.pojo.User;
import org.springframework.data.jpa.repository.JpaRepository;
/**
 * UserDAO类继承JpaRepository,就提供了CRUD和分页 的各种常见功能。
 * JpaRepository<User, Integer>,参数分别是实体类,和这个实体类id的类型。
 */
public interface UserDAO extends JpaRepository<User, Integer> {
}


三、service


业务逻辑层,主要的业务逻辑就是在这里实现了,所以说基本业务需求都更改这个层。

比如我实现一个方法用来查询用户信息。


package com.mock.platform.service;
import com.mock.platform.dao.UserDAO;
import com.mock.platform.pojo.User;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.data.domain.Sort;
import org.springframework.stereotype.Service;
import java.util.List;
@Service //标记这是一个service类
public class UserService {
    @Autowired //自动装配UserDAO对象
    UserDAO userDAO;
    public List<User> userList() {
        //  Sort 对象,表示通过 id 倒排序
        Sort sort = Sort.by(Sort.Direction.DESC, "id");
        // 通过 categoryDAO进行查询
        return userDAO.findAll(sort);
    }
}


四、controller


这层通常用来控制业务逻辑,但是具体的业务逻辑并不在这里实现,而是通过调用service层里的方法。


比如我这里就是接收到前端的请求后,返回用户信息。


package com.mock.platform.controller;
import com.mock.platform.pojo.User;
import com.mock.platform.service.UserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import java.util.List;
@RestController //标记这是控制器,下面每个方法的返回值都会直接转换成json数据格式
public class UserController {
    @Autowired //自动装配 CategoryService
    UserService userService;
    @GetMapping("/users") //当访问users,会获取所有的User对象集合,并返回。RestController会自动转成json给浏览器
    public List<User> userList() throws Exception {
        return userService.userList();
    }
}


五、properties


上面基本把逻辑都写好了,现在还要在properties里配置好数据源,这样整个服务才可以使用。


spring.datasource.url=jdbc:mysql://127.0.0.1:3306/my_platform?characterEncoding=UTF-8&serverTimezone=UTC
spring.datasource.username=root
spring.datasource.password=123456
spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
spring.jpa.hibernate.ddl-auto = none
#上下文地址为 my_platform
server.servlet.context-path=/my_platform
#jpa对实体类的默认字段会把驼峰命名的属性,转换为字段名的时候自动加上下划线。 这个配置的作用就是去掉下划线
#比如属性名称是 createDate, jpa 默认转换为字段名 create_Date。 有了这个配置之后,就会转换为同名字段 createDate
spring.jpa.hibernate.naming.physical-strategy=org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl
#显示 hibernate 执行的sql语句。 这个在上线之后,应该是关掉的,因为大量的 控制台输出会严重影响系统性能,现在调试用
spring.jpa.show-sql=true


为了方便,我先在数据库插入了3条用户信息:


1268169-20200714144529260-1406910908.png

六、验证


到了验证的时候了,先启动后端服务。


接下来,我用postman去请求controller里暴露出来的接口,看看是不是正确的返回数据。


1268169-20200714144549399-243448144.png


数据正确返回,按照id的倒序。

相关文章
|
9天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
16 0
|
10天前
|
前端开发 小程序 Java
uniapp上传图片 前端以及java后端代码实现
uniapp上传图片 前端以及java后端代码实现
27 0
|
23天前
|
负载均衡 测试技术 持续交付
高效后端开发实践:构建可扩展的微服务架构
在当今快速发展的互联网时代,后端开发扮演着至关重要的角色。本文将重点探讨如何构建可扩展的微服务架构,以及在后端开发中提高效率的一些实践方法。通过合理的架构设计和技术选型,我们可以更好地应对日益复杂的业务需求,实现高效可靠的后端系统。
|
25天前
|
监控 Kubernetes 持续交付
构建高效可扩展的微服务架构:后端开发实践指南
在数字化转型的浪潮中,企业对软件系统的要求日益提高,追求快速响应市场变化、持续交付价值成为核心竞争力。微服务架构以其灵活性、模块化和独立部署的特点,成为解决复杂系统问题的有效途径。本文将深入探讨如何构建一个高效且可扩展的微服务架构,涵盖关键设计原则、技术选型及实践案例,为后端开发者提供一条清晰的指导路线,帮助其在不断变化的技术环境中保持竞争力。
126 3
|
19天前
|
监控 Java 开发者
构建高效微服务架构:后端开发的新范式
在数字化转型的浪潮中,微服务架构以其灵活性、可扩展性和容错性成为企业技术战略的关键组成部分。本文深入探讨了微服务的核心概念,包括其设计原则、技术栈选择以及与容器化和编排技术的融合。通过实际案例分析,展示了如何利用微服务架构提升系统性能,实现快速迭代部署,并通过服务的解耦来提高整体系统的可靠性。
|
23天前
|
机器学习/深度学习 人工智能 搜索推荐
未来人工智能在后端开发中的应用前景
随着人工智能技术的不断发展,后端开发领域也迎来了新的机遇与挑战。本文探讨了人工智能在后端开发中的应用前景,分析了其对传统开发模式的影响和未来发展趋势。
|
24天前
|
监控 数据管理 API
构建高效微服务架构:后端开发的新趋势
在现代软件开发领域,随着业务需求的不断复杂化以及敏捷迭代的加速,传统的单体应用架构逐渐暴露出其局限性。微服务架构作为一种新的解决方案,以其高度模块化、独立部署和可扩展性,正成为后端开发领域的新趋势。本文将探讨微服务架构的核心概念,分析其优势与面临的挑战,并提供实施高效微服务的策略和最佳实践,帮助读者理解如何利用这一架构模式提升系统的可靠性、灵活性和可维护性。
135 5
|
3天前
|
监控 负载均衡 API
构建高性能微服务架构:后端开发的最佳实践
【4月更文挑战第14天】 在当今快速发展的软件开发领域,微服务架构已成为构建可扩展、灵活且容错的系统的首选方法。本文深入探讨了后端开发人员在设计和维护高性能微服务时需要遵循的一系列最佳实践。我们将从服务划分原则、容器化部署、API网关使用、负载均衡、服务监控与故障恢复等方面展开讨论,并结合实际案例分析如何优化微服务性能及可靠性。通过本文的阅读,读者将获得实施高效微服务架构的实用知识与策略。
|
5天前
|
小程序 前端开发 JavaScript
小程序全栈开发:前端与后端的完美结合
【4月更文挑战第12天】本文介绍了小程序全栈开发,涵盖前端和后端的关键点。前端使用WXML和WXSS进行页面结构和样式设计,JavaScript处理逻辑及组件使用;后端采用Node.js等语言处理业务逻辑、数据库设计和API接口开发。前端与后端通过数据交互实现结合,采用前后端分离模式,支持跨平台运行。调试测试后,提交微信审核并上线运营。掌握前端后端结合是小程序成功的关键。
|
23天前
|
人工智能 大数据 区块链
未来后端开发的趋势与挑战
随着技术的不断演进和应用场景的不断拓展,后端开发在未来将面临更多新的挑战和机遇。本文将探讨未来后端开发的趋势以及相关技术的发展方向,帮助读者更好地了解后端开发领域的动态。
11 1