hdu1024 max sum plus plus + 最大子段和

网上一水的dp加各种优化。

我想起那道最大字段和,做法与其说是dp不如更像是贪心。

证明一下:

 假设当前走到了ai,发现开始有了若干负数

要不要过去呢?先让子弹飞一会。

截止现在我们有三种选择,第一止步,第二带着现在的maxn走过去,第三跳过去从接下来一段正的开始重新计数。

这三种选择可以用以下两种情况囊括:

第一种可能是在走过的路上死了,那就继续判断:新的一段开始和预备答案的关系。

第二种可能是走过了还有一些血,那可以继续累加正数,(并且这个答案肯定比“第三跳过去从接下来一段正的开始重新计数”来的好。)再和预备答案比,继续执行。

就蛮走看看会是那种情况..

 

那么再回来看这道题,为何不在每次有某个答案被淘汰掉时,把它扔到一个容器里呢?

我们的贪心做法保证了这些答案不会相交(模拟呗);

如何保证m?分两种情况

如果这样贪心完一遍后被我们选取的区间长度大于m,那就可以直接输出了,因为如果少了的话,可以割几个元素个数为1的出来凑齐m段。

如果选取的区间长度小于m,每次扔进容器里要记录这段的开头和结尾,最后在O(n)一遍,把没有选到的拎出来,选择最大的加。

 

这个做法(还未检验正确性与否..逻辑上感觉没毛病,代码上,就是因为对代码能力自闭我才来写bloghh)

#可以应付很大的数据,相比之下,原题连m的范围都没给,看了半天愣是不敢dp

#没那么好写

posted @   liyishui  阅读(32)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
点击右上角即可分享
微信分享提示