博客
关于我
PAT1104 Sum of Number Segments
阅读量:337 次
发布时间:2019-03-04

本文共 1308 字,大约阅读时间需要 4 分钟。

PAT1104

原题

在这里插入图片描述

题目大意及思路

题中给定了一个正数序列,但这里我有两个疑惑点:

  • 只说是0~1的正数,应该是个小数
  • 序列本身是按照大小排列吗?
    由于不认识consecutive这个单词,模拟现场考试环境,我并没有去查它的意思,是连续的、邻近的意思吗? 应该和序列元素大小无关。
    题目要求分片后把每一个片里的总和求出再求总和。
    那是否可以不强行把每一个片求出呢?因为暴力求出的话感觉会爆。
    每一个元素出现的次数是否有数据规律或逻辑呢?
    是的,在经过一些时间后,我找到了这个题里数据出现次数的规律,以题中给的数据为例在这里插入图片描述

这里为什么这么算呢?我们观察题目,每个数出现在什么地方呢?以它为首的子序列以在它之前的数为首且包括它在内的子序列中。我们以0.3为例,首先以0.3为首的子序列有(0.3) (0.3, 0.4),这个的数量计算方式很简单:n-i,也就是上图里提到的ai;以在0.3之前的数为首且包括0.3在内的子序列有 (0.1, 0.2, 0.3) (0.1, 0.2, 0.3, 0.4) (0.2, 0.3) (0.2, 0.3, 0.4),而这个的计算方式为:ak-(i-k),k=0,1...i-1(我们可以用一个循环来实现)

原先想在得到每一个值之后再算出现次数和总和,后来想想其实可以直接在输入的时候就把ai算出来,后面的数在输入的时候可以直接用ak,用动态数组实现是再好不过的了(好吧最后也没有用动态数组,因为发现不需要用到数据,直接初始化就OK了),感觉有点动态规划的意思了。
(哦豁!后来发现这个循环被嵌套在大循环里,运行超时了...)
于是我又发现了这个出现次数是对称的,如果我只求一半的话,运行会不会不超时呢?
好吧,还是会超时。
刚刚去看了看其他的解,我的问题是出在了二重循环上,那如果把二重循环化为一重,就一定能解决,而它的出现次数其实就是:
在这里插入图片描述

代码

#include
#include
using namespace std;int main(){ int n; cin>>n; double ans=0; for(int i=0;i
>data; ans+=data*(i+1)*(n-i); cout<
<<" "<<(n*i-i*i+n-i)<

运行截图

在这里插入图片描述

  • 这里其实不知道为什么会答案错误,但将其他博主的正确答案放上去同样出现了该类错误,在该题结尾处也附加了一句thanks for correcting test data. 不清楚是不是这个原因,还望各位给以解答和指正!

收获

  • 这个题是PAT里四个题的第一个题,但花费了我很多时间。主要是去找寻这个题里数据的规律去了,但后来参考完别的优秀的解后,发现确实要加强利用计算机“自动”找寻规律的思想(当然这里的自动没那么智能,而是说利用计算机本身来化解我们找寻规律的过程,像我一直在参考的博主她使用的方法就是通过片段首尾指针的可摆放的位置种数来得到的数学方程,确实厉害,希望自己也再接再厉)
  • consecutive 连贯的,连续不断的

转载地址:http://ddhh.baihongyu.com/

你可能感兴趣的文章
MySQL 设置数据库的隔离级别
查看>>
MySQL 证明为什么用limit时,offset很大会影响性能
查看>>
Mysql 语句操作索引SQL语句
查看>>
MySQL 误操作后数据恢复(update,delete忘加where条件)
查看>>
MySQL 调优/优化的 101 个建议!
查看>>
mysql 转义字符用法_MySql 转义字符的使用说明
查看>>
mysql 输入密码秒退
查看>>
mysql 递归查找父节点_MySQL递归查询树状表的子节点、父节点具体实现
查看>>
mysql 里对root及普通用户赋权及更改密码的一些命令
查看>>
Mysql 重置自增列的开始序号
查看>>
MySQL 错误
查看>>
MySQL 面试,必须掌握的 8 大核心点
查看>>
MySQL 高可用性之keepalived+mysql双主
查看>>
MySql-2019-4-21-复习
查看>>
mysql-connector-java各种版本下载地址
查看>>
mysql-group_concat
查看>>
MySQL-redo日志
查看>>
MySQL-【1】配置
查看>>
MySQL-【4】基本操作
查看>>
Mysql-丢失更新
查看>>