算法题的ACM模式与核心代码模式

本文对比了ACM模式和核心算法模式两种刷题方式的特点。ACM模式要求严格的输入输出格式控制,适合本地调试;核心算法模式则侧重算法逻辑,简化输入输出流程。文章还介绍了如何在LeetCode平台上调试代码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

不同的刷题模式

身为一名程序员,刷题网站系统我们应该再熟悉不过了,除了针对竞赛的 OJ 系统,比如:POJ;还有很多专为求职提供的刷题 OJ 系统,比如:leetcode牛客网 等。

这两类 OJ 在刷题模式上有些区别,一般竞赛的 OJ 系统是针对 ACM 模式的,而求职的 OJ 系统是针对核心算法模式的,也就是模板速刷模式,这两种系统有什么区别?

ACM 模式:在实现题目过程中,所有的输入和输出触发方式必须严格按照题目的描述进行,数据需要自己构造输入,OJ 不会提供任何代码,包括 include 都需要自己写,输出的格式也需要自行控制格式,即便输入输出结果正确,但因为格式控制错误也无法通过 OJ。

比如下面代码实例:

#include <stdio.h>

int main() {
    int a, b;
    while (scanf("%d %d", &a, &b) != EOF) {
        printf("%d\n", a + b);
    }
    return 0;
}

核心代码模式:代码中增加了可以正确通过的代码虚化模式,已经将需要数据的数据放入容器了,可以直接开始写逻辑,实现算法接口的内容即可。这种模式只需要把结果填充到要返回的容器中即可,你只需要关心算法的核心,而不必留意算法的输入输出控制。

比如下面代码实例:

class Solution {
public:
    vector<int> twoSum(vector<int>& nums, int target) {
        
    }
};

这两种模式各自都有优点,ACM 模式的代码是要求直接可以在本地运行的,但是需要自己写 include 哪些库函数,输入和输出格式控制等,在本地调试也是非常方便,但在代码调试正确后提交前,不要忘了删掉调试的代码。从上面两种模式的代码来看,ACM 模式要比核心代码模式多写不少代码,因为这个算法太简单,差距还不是那么大。反而核心代码模式测侧重点全部放在算法逻辑上,但是调试上可能没有 ACM 模式那么方便,需要自行进行添加非核心部分代码,下面将会说到。

国内一些企业很多面试都放在牛客上进行,所以这种 ACM 模式还需要熟悉,如果之前只在在 LeetCode 上刷题,可以去 POJ 上熟悉一下。

力扣上的代码在本地编译运行

上面说过 LeetCode 的代码是核心代码模式的,如果想要在 LeetCode 上调试,可以打日志的,C++ 直接使用 cout 啥就不用说了。但是有时候日志太多或者打日志也不太容易解决 bug,只能通过调试器 gdb 等工具,如果才能将力扣代码在本地运行。其实很简单,拿上面两数之和的代码举例,完整的可以在本地运行的代码如下:

#include <iostream>
#include <vector>
#include <unordered_map>
using namespace std;

//LeetCode代码
class Solution {
public:
    vector<int> twoSum(vector<int>& nums, int target) {
        unordered_map<int, int> hashtable;
        for (int i = 0; i < nums.size(); ++i) {
            auto it = hashtable.find(target - nums[i]);
            if (it != hashtable.end()) {
                return {it->second, i};
            }
            hashtable[nums[i]] = i;
        }
        return {};
    }
};

//添加的调试代码
int main()
{
    int a[] = {1, 100, 1, 1, 1, 100, 1, 1, 100, 1};
    int target = 200;
    vector<int> nums(a, a + sizeof(a) / sizeof(int));
    Solution solution;
    for (int num : solution.twoSum(nums, target))
    {
        cout << num << " " << endl;
    }
}

从代码中可以看到,其实就是定义一个 main 函数,自己构造输入用例,调用 LeeCode 上 Solution 类定义的 twoSum 方法,然后打印出结果即可。可以在本地随意构造测试数据,随意打日志,随意使用 gdb 调试,bug 一定会被找到的!

### 力扣模板的含义及用途 力扣(LeetCode)中的模板是一种预设的代码框架,旨在帮助开发者快速构建解决方案并专注于核心逻辑的设计实现。通过使用这些模板,程序员可以减少重复劳动,提高开发效率。 #### 模板的作用 在实际应用中,力扣模板主要起到以下几个作用: - **加速编码过程**:模板提供了基本的代码结构,使得用户无需从头编写诸如文件命名、函数声明等内容[^1]。 - **标准化代码风格**:统一的模板有助于团队协作后续维护工作。例如,在多人合作完成某一项目时,采用相同的模板能够降低沟通成本[^2]。 - **便于调试测试**:良好的模板设计通常会考虑程序执行过程中可能出现的各种边界条件,并预留足够的空间供使用者填充具体业务逻辑部分[^3]。 #### 如何利用力扣模板解决问题? 要有效地运用力扣平台上的各种模板来解答编程挑战题,则需遵循如下原则: 1. **熟悉常用模式**:掌握不同类型的题目对应的经典解法及其配套使用的标准模板形式是非常重要的第一步。比如针对链表操作类问题,应该知道如何定义节点以及处理指针移动等问题;而对于动态规划或者回溯搜索等领域内的习题来说,则更侧重于状态转移方程的确立或是递归终止条件的选择等方面的知识积累。 2. **灵活调整参数配置**:根据实际情况合理设定某些特定字段值(如`Code FileName`)可以帮助生成更加符合个人需求的结果文件名称格式等细节之处。 以下是基于Python语言的一个简单例子演示了怎样借助已有的模板架构去求解斐波那契数列第n项数值的任务: ```python def fibonacci(n): if n<=0: return 0 elif n==1 or n==2: return 1 prev, curr = 0, 1 for _ in range(2,n+1): temp_sum = prev + curr prev = curr curr = temp_sum return curr ``` ### 结论 综上所述,理解并熟练运用力扣所提供的各类模板资源不仅可以让我们的学习旅程变得更加顺畅高效,而且还能培养起优秀的工程实践习惯——即始终追求清晰简洁而又功能强大的软件设计方案!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

code_peak

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值