由算法优化引发的思考---路漫漫而修远

本文以LeetCode32最长有效括号问题为引,探讨了从暴力破解到动态规划的算法优化过程。通过斐波那契数列求解的案例,展示了如何从递归到动态规划,再到空间优化的逐步提升,体现了算法优化的无限可能。

LeetCode 32 最长有效括号,这道题我很早就使用暴力破解的解法做过,但是超出时间限制。由于对动态规划算法有了进一步的认识,所以又重新以动态规划的思路来求解。但当我看到官方题解中其他的解法后,感觉自己的智商受到了碾压,官方题解的解法三和解法四(大家有兴趣可以去看一下)都给了我耳目一新的感觉。

一叶而可知秋,对于任何算法或者其他具体问题,都可以通过不断的改进而找到更好的解决方案。这道题让我想到了斐波那契数列的求解的不断优化,我最初的解法是直接使用递归求解,代码如下:

public int Fibonacci(int n) {
        if(n == 0) {
            return 0;
        }
        if(n == 1) {
            return 1;
        }
        return Fibonacci(n - 1) + Fibonacci(n - 2);
    }

但是直接使用递归求解,会重复计算一些子问题,例如,f(4)会计算f(3)和f(2),而f(3)会计算f(2)和f(1),这样f(2)就被重复计算了一次

因此,可以使用动态规划将原问题的多个子问题的解存起来,这样就避免了重复计算,代码如下:

public int Fibonacci2(int n) {
        if(n <= 1) {
            return n;
        }
        int[] dp = new int[n + 1];
        dp[0] = 1;
        for(int i = 2; i <= n; i++) {
            dp[n] = dp[n - 1] + dp[n - 2];
        }
        return dp[n];
    }

动态规划的时间复杂度很好,但是空间复杂度还是 O(n),因此可以对空间复杂度进行优化,代码如下:

public int Fibonacci3(int n) {
        if(n <= 1) {
            return n;
        }
        int first = 0;
        int second = 1;
        int result = 0;
        for(int i = 2; i <= n; i++) {
            result += first + second;
            first = second;
            second = result;
        }
        return result;
    }

从这些算法题的不断优化的过程中,我体会到了什么叫没有最好,只有更好。希望自己以后可以像那些大牛一样,对任何问题都能做出最优的解答。路漫漫而修远啊!

### MyBatis-Plus 3.5.3.1 版本中的 ID 生成策略 MyBatis-Plus 提供了多种内置的 ID 生成方式,允许开发者根据需求选择合适的策略来自动为实体对象分配唯一标识符。这些策略可以通过配置文件或注解的形式指定。 #### 内置 ID 类型枚举 `IdType` `IdType` 枚举定义了几种常见的 ID 生产模式: | IdType | 描述 | |--|--------------------------------------------------------------| | AUTO | 数据库自增 | | NONE | 不设置主键值 | | INPUT | 手动输入 | | ASSIGN_ID | 使用雪花算法生成分布式全局唯一 ID | | ASSIGN_UUID | 基于 UUID 的字符串形式 | 对于希望采用框架自带逻辑而非数据库层面实现的情况,推荐使用 `ASSIGN_ID` 或者 `ASSIGN_UUID` 方式[^1]。 #### 实体类字段上的应用 为了使某个属性成为主键并启用特定类型的 ID 自动生成机制,在对应的 JavaBean 属性上添加如下注解即可完成设定: ```java import com.baomidou.mybatisplus.annotation.IdType; import com.baomidou.mybatisplus.annotation.TableId; public class User { @TableId(type = IdType.ASSIGN_ID) private Long id; } ``` 上述代码片段展示了如何通过 `@TableId` 注解指明该成员变量作为表记录的身份列,并且其取值由程序控制而不是依靠底层关系型数据管理系统提供[^2]。 #### 全局默认配置 如果项目中有多个实体都需要相同的 ID 创建规则,则可以在 Spring Boot 应用程序启动时统一声明一次,默认应用于所有映射到持久化层的对象: 在 `application.yml` 文件内加入下面的内容可以达到此目的: ```yaml mybatis-plus: global-config: db-config: id-type: assign_id ``` 这段 YAML 设置使得整个应用程序范围内新创建的数据模型实例都会遵循所选的 ID 分配方案而无需逐个标注[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值