Springboot注意事项

        

package com.wzb.Text;

public class Text {
    // 综合案例:SpringBootWeb
    // 请求响应 + 三层架构 + Mybatis操作数据库 + 前后端联合开发

    // 基本的环境准备好:
    // 1.准备数据库表
    // 2.创建SpringBoot工程,引入对应的起步依赖(web、mybatis、mysql驱动、lombok)
    // 3.配置文件application.properties中引入mybatis的配置信息、准备对应的实体类
    // 4.准备对应的Mapper、Service(接口、实现类)、Controller基础结构(三层架构)

    // 开发规范:

    // 此案例基于主流的前后端分离模式开发
    // 前后端分离开发模式中,前后端开发人员都需要根据提前定义好的接口文档,然后进行前后端功能的开发
    // 后端开发:必须严格遵循提供好的接口文档进行后端功能开发(接口文档十分的重要),保证开发功能成功和前端对接
    // 前后端交互时,需要基于主流的REST风格的API接口进行交互

    // 传统的URL风格:
    // http://localhost:8080/user/getById?id=1     GET:查询id为1的用户
    // http://localhost:8080/user/insertUser         POST:新增用户
    // http://localhost:8080/user/updateUser       POST:修改用户
    // http://localhost:8080/user/deleteUser?id=1  GET:删除id为1的用户
    // 弊端:
    // 1.定义复杂:每个操作都需要一个独立的URL,增加了维护的复杂性
    // 2.安全性问题:将资源的访问行为直接暴露在URL中,可能会带来安全隐患

    // REST风格(Representational State Transfer):表述性状态转换,是一种软件架构的风格
    // http://localhost:8080/users/1  GET:查询id为1的用户
    // http://localhost:8080/users    POST:新增用户
    // http://localhost:8080/users    PUT:修改用户
    // http://localhost:8080/users/1  DELETE:删除id为1的用户
    // REST风格通过URL定位需要操作的资源,通过HTTP动词(请求方法)来描述具体的操作
    // REST风格的URL中通过四种请求方式,来操作数据的增删改查:
    // 1.增:POST     2.删:DELETE      3.改:PUT     4.查:GET
    // 好处:基于REST风格定义URL,URL会更加的简洁规范、更加优雅、更加安全

    // REST风格是约定方式,并非是硬性规定
    // 描述模块的功能时,通常使用复数,也就是加s的格式来描述,表示此类资源并非是单个资源。如:users、emps、books




}

        

package com.wzb.Text;

public class Text2 {

    // 开发规范:统一返回结果
    // 前后端工程在交互时,应使用统一的响应结果:Result

    // 开发流程:
    // 1.明确页面原型明确需求:根据页面原型和要求,进行表结构设计,编写接口文档(接口文档一般是后端写)
    // 2.阅读接口文档:主要是看请求路径、请求方式、响应的要求
    // 3.思路分析
    // 4.功能接口开发:开发后台的业务功能,一个业务功能,称为一个接口
    // 5.功能接口测试:功能开发完毕之后,先用postman等工具进行接口测试,测试通过后,再对前端进行联调测试
    // 6.前后端联调测试:和前端一起完成测试


}

 

当使用SpringBoot的@Scheduled注解,有一些注意事项需要牢记: 1. @Scheduled注解需要在一个被Spring管理的组件(如@Service、@Component等)中使用。 2. 确保在启动类中添加@EnableScheduling注解以启用定时任务功能。 3. 使用@Scheduled注解的方法必须是无参数的,并且返回类型为void或者Future。 4. 方法需要使用public修饰符,以便Spring能够访问和调度它。 5. 在方法上添加@Scheduled注解,并指定触发定时任务的时间表达式。时间表达式可以是固定的时间间隔、Cron表达式等。 6. @Scheduled方法不应该阻塞,这可能会导致其他定时任务无法按计划执行。如果需要执行长时间运行的任务,应该考虑使用异步机制。 7. 如果使用了集群环境,需要确保只有一个节点执行定时任务。可以通过配置分布式锁等机制来实现。 8. 尽量避免在定时任务中抛出异常,因为异常会中断整个定时任务的调度。建议在方法内部进行异常处理,以确保定时任务的稳定执行。 9. 定时任务不适合处理高并发场景,因为每次调度都会创建一个新的线程。如果需要处理高并发的任务,可以考虑使用线程池或者消息队列等机制。 10. 最后,建议在开发过程中对定时任务进行充分的测试和验证,以确保其准确性和稳定性。 希望以上注意事项对你有所帮助!如果你有其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值