大家帮忙看看这个需求改怎么搞

华美乐章 2013-08-02 03:59:05

需求1：假如我现在有1000条数据(都是号码)，里面有5个号码段(131~135),按照比例40%，存400条到A文件中，存600条到B文件中（A文件也不一定400条，如果有余数的话）。而且还要求131的40%存到A文件，60%存到B文件，其他4个号码也一样（40%存到A文件，60%存到B文件）。

需求2：如果A文件有400条数据，若131号码段有4条的话，现在把131号码平均分配，也就是每100条里面必须含有一个131的号码段，其他4个号码段也是这样的分配。

如果做的话，STL里面那个容器比较好管理这样的数据呢？或者大家给个解决思路，谢谢！

...全文

116 3 打赏收藏转发到动态举报

写回复

用AI写文章

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

oyljerry 2013-08-02

打赏
举报

131-135，放5个map整理所有的号码，然后根据你的要求，把这些记录放进去

华美乐章 2013-08-02

打赏
举报

谁有思路，指点指点

Eleven 2013-08-02

打赏
举报

map ?????

这周开始开发小程序，之前有和同事一起做过，这次由于需求变更大改，恰好我一个人负责前端的开发，所以当然学到了很多新知识。小程序对于前端来说是比较简单的，基本上就是一些最基本的用法，而且小程序本身封装好了很多好用的方法，比如原来写一个滑到底部更新的方法在小程序有onReachBottom（）的方法来直接执行，所以很方便，但是也就是小程序很多规定死了的，反而不够灵活了，比如底部导航，你不用...

刚启动一个项目,需要大家帮忙!!!Help me!!!浏览：1586 2007-11-29 12:28 来自斧头帮少帮主 : 昨天刚刚开始一个项目(公司内部用),有了基本的需求,这两天让我们补充需求.基本需求文档有了,我就自己画了一个Use Case,发现有一些跟需求有出入,也增加了点需求.现在的问题:在提需求或者说需求整理阶段,有必要画UC

|0x00 需求真的多吗？需求太多，是程序员们共同面对的困局。从前端到后端、从数据到分析、从交互到测试，几乎每个人都很忙。大公司的用人标准，早期有一个很常见的说法，叫作“三个程序员，拿四个人的工资，做五个人的事情”。在行业高速发展期，给更多的钱，确实非常吸引人。但后来，行业发展不像早期那么快速，内卷的趋势隐隐然在加剧，干脆就把“996”当作了工作的常态。这种情况下，需求多，让大家自觉的加班工作，看起来就是很自然的现象了。但是，你的需求真的多吗？某种意义上是的，产品不断的在提需求，如果业务高速发展，那

需求是产品研发的起点。需求的把控就像开车握着方向盘。可能只是偏离一个很小的角度，车行驶的轨迹便完全不同。重要性不知为什么，大部分时候我们总是倾向忽略需求管理的重要性因此我会老实地多写一些字来强调这点。我尽量用轻松的语气聊这个话题，虽然这个话题沉重无比。需求是产品不断完善与进化的核心抓手。我们的产品团队，研发团队，测试团队,交付团队，他们一个个都在围绕需求，日以继夜地工作，挥洒汗水，试...

也许有人觉得for循环遍历数组很简单啊，但是不明白for循环的原理，很容易造成严重的后果。最近有个项目技术人员离职了，客户有个需求需要修改，我就去现场帮忙改了一下，更新后第四天，客户打来电话说，系统出现漏费情况了，我开始觉得是不是客户搞错了，因为我只是修改了一个很简单的功能啊，不至于影响到费用啊，但是远程连到客户那边发现确实是漏费了，我赶紧跑到了现场。由于前期技术人员没按照规范

VC/MFC

16,471

社区成员

421,732

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章