hdu1024 max sum plus plus + 最大子段和
网上一水的dp加各种优化。
我想起那道最大字段和,做法与其说是dp不如更像是贪心。
证明一下:
假设当前走到了ai,发现开始有了若干负数
要不要过去呢?先让子弹飞一会。
截止现在我们有三种选择,第一止步,第二带着现在的maxn走过去,第三跳过去从接下来一段正的开始重新计数。
这三种选择可以用以下两种情况囊括:
第一种可能是在走过的路上死了,那就继续判断:新的一段开始和预备答案的关系。
第二种可能是走过了还有一些血,那可以继续累加正数,(并且这个答案肯定比“第三跳过去从接下来一段正的开始重新计数”来的好。)再和预备答案比,继续执行。
就蛮走看看会是那种情况..
那么再回来看这道题,为何不在每次有某个答案被淘汰掉时,把它扔到一个容器里呢?
我们的贪心做法保证了这些答案不会相交(模拟呗);
如何保证m?分两种情况
如果这样贪心完一遍后被我们选取的区间长度大于m,那就可以直接输出了,因为如果少了的话,可以割几个元素个数为1的出来凑齐m段。
如果选取的区间长度小于m,每次扔进容器里要记录这段的开头和结尾,最后在O(n)一遍,把没有选到的拎出来,选择最大的加。
这个做法(还未检验正确性与否..逻辑上感觉没毛病,代码上,就是因为对代码能力自闭我才来写bloghh)
#可以应付很大的数据,相比之下,原题连m的范围都没给,看了半天愣是不敢dp
#没那么好写
分类:
贪心|博弈&构造
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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)