pat1049 遇到的坑

给定一个正数数列,我们可以从中截取任意的连续的几个数,称为片段。例如,给定数列 { 0.1, 0.2, 0.3, 0.4 },我们有
(0.1) (0.1, 0.2) (0.1, 0.2, 0.3) (0.1, 0.2, 0.3, 0.4) (0.2) (0.2, 0.3)
(0.2, 0.3, 0.4) (0.3) (0.3, 0.4) (0.4) 这 10 个片段。

给定正整数数列,求出全部片段包含的所有的数之和。如本例中 10 个片段总和是 0.1 + 0.3 + 0.6 + 1.0 + 0.2 +0.5 + 0.9 + 0.3 + 0.7 + 0.4 = 5.0 。

输入格式: 输入第一行给出一个不超过 10 ​5 ​​ 的正整数 N,表示数列中数的个数,第二行给出 N 个不超过 1.0
的正数,是数列中的数,其间以空格分隔。

输出格式: 在一行中输出该序列所有片段包含的数之和,精确到小数点后 2 位。

输入样例:
4
0.1 0.2 0.3 0.4
输出样例:
5.00

第一坑:
费劲的想出了for 循环,结果运行超时

	for(int k = 0;k < n;k++){ 
		for(int i = k;i < n;i++)
		{
			
			for(int j = k;j < i + 1;j++)
			  	sum += arr[j];
		 } 
	 }

第二坑
看了博客发现了规律
0.1 出现的次数 1 * 4
0.2 出现的次数 2 * 3
0.3 出现的次数 3 * 2
0.4 出现的次数 4 * 1
得到公式 sum+= (N-i)*(i+1)*a[i];
于是有了下面的错误代码

#include <iostream>
using namespace std;
int main()
{
	double sum = 0.0,t;
	int n; 
	cin >> n;
	for(int i = 0;i < n;i++)
	{
		scanf("%lf",&t);
		sum += (i+1) * (n-i) * t; 
	}
	printf("%.2lf",sum);
	return 0;
}

第三坑 浮点数相乘的顺序可能会影响精度
看了很多博客,没理解原理,好像小数转换二进制时会丢失精度。不知道有大神能解释下么
ac 代码

#include <iostream>
using namespace std;
int main()
{
	double sum = 0.0,t;
	int n; 
	cin >> n;
	for(int i = 0;i < n;i++)
	{
		scanf("%lf",&t);
		sum += t*(i+1) * (n-i); 
	}
	printf("%.2lf",sum);
	return 0;
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值