前一段时间没事的时候在网上翻到的2005年百度之星一道赛题,自己抽空写了写。原题是这样的:
题目描述:一个正整数有可能可以被表示为 n(n>=2) 个连续正整数之和,如:
15=1+2+3+4+5
15=4+5+6
15=7+8
请编写程序,根据输入的任何一个正整数,找出符合这种要求的所有连续正整数序列。
输入数据:一个正整数,以命令行参数的形式提供给程序。
输出数据:在标准输出上打印出符合题目描述的全部正整数序列,每行一个序列,每个序列都从该序列的最小正整数开始、以从小到大的顺序打印。如果结果有多个序列,按各序列的最小正整数的大小从小到大打印各序列。此外,序列不允许重复,序列内的整数用一个空格分隔。如果没有符合要求的序列,输出 “NONE” 。例如,对于 15 ,其输出结果是:
12345
456
78
对于 16 ,其输出结果是:
NONE
评分标准:程序输出结果是否正确。
自己写的一个小代码:
void print_seq(int n)
{
int m, i, j, b, flag = 0;
for (m = 1; m < n; m++)
{
b = 0;
for (i = 0; i <= (n-m)/m; i++) //为什么是(n-m)/m呢?
{
b += m + i;
if (b == n) {
for (j = 0; j <= i; j++) {
printf("%d ", m+j);
flag = 1;
}
printf("\n");
break;
}
}
}
if (flag == 0)
printf("NONE\n");
}
运行结果如下:
silent@ubuntu:~/code/challenge$ ./2005-01 49
4 5 6 7 8 9 10
24 25
silent@ubuntu:~/code/challenge$ ./2005-01 16
NONE
silent@ubuntu:~/code/challenge$ ./2005-01 36
1 2 3 4 5 6 7 8
11 12 13
silent@ubuntu:~/code/challenge$ ./2005-01 15
1 2 3 4 5
4 5 6
7 8
silent@ubuntu:~/code/challenge$
调完之后发现这道题其实是比较简单的,下来分析下这个算法的时间复杂度,看还有没有效率更高的方法。