接受, 我接受的事实 理由已经不重要了. 我那会也特别难受天天找人打游戏 用时间淡化她.

看到你的新闻了,真的很棒

@hhhhhh123
的确 是我看漏了.
我觉得你的优化应该在 C (m,5) 这里 ,因为这个才是耗时的地方

@hhhhhh123
可以的,你的找最小值玩家换成 min_user_list 数组而且不是 min_v_index 下标
如果 min_user_list 的 length == 1 做 win 操作 , 否则直接对数组做 tie 操作就行

@hhhhhh123 嗯.我是提供一个思路不算是解决方法,推荐可以在一些情况下减少循环次数.具体就是你的业务功能了,因为我觉得正常 C (m,5) 循环已经没法再少了.现在是否可以在这里优化一下,不用全部执行完.

不应该 return
应该是 continue

大概理解是 C (m,5) 取出所有情况
1. 有胜负(有最低分)情况直接判断胜负 算 win
2. 平局情况计算 tie

我想到的是拿其实可以先对 list 进行一次排序得到排序后的 poker_lst 发现
取的是 0, 1, 2, 3, 4 必输 => 0, 1, 2, 3 + 小于 29 必输
取的是 47, 48, 49, 50, 51 必胜 => 48, 49, 50, 51 + 大于 27 必胜
...
其实是可以在预处理找到的 你的循环就可以 return 了

`for (int j = 0; j < c_; j++)`

@ranleng 成功复现`无法打开新标签页`问题
@louchenabc 无法复现`command + 轻点触摸板`问题
14 寸 m1 pro 12.4 (21F79)

通过别人的代码解决了不少问题, 也希望自己可以帮助到别人.

恭喜恭喜这个逼

Life is Still a struggle - EB
盛夏的果实 - 莫文蔚
春末的南方城市 - 李先生

@sayitagain { "id":100 "title":"xxx" "key":1} 看成是一个 model,如果 model.id == 100 取 model.title 就行了.如果是是要在大量数据中锁定 id=100 的话,推荐就要做数据预处理,处理成[ "0":model0, "1":model1 ]你同事这种风格用 dictionary[100]去访问.
实际情况列表比较多是[ model0, model1 ] 这种情况,相对较少的会 dictionary[key]这种方式在列表取值.因为用户点击的时候是知道点击数组的第几条的 数组取对应项就行,不用 key 去取值.

`当我需要渲染数据的时候我就直接 foreach,数组的下标似乎对我没有任何影响`

你这个数组在 iOS 是 NSDictionary 是无顺序会发生改变的不是固定如果 { "100":{ "id":100 "title":"xxx" }, "105":{ "id":105 "title":"sss" } } 也有可能会返回 { "105":{ "id":105 "title":"sss" },"100":{ "id":100 "title":"xxx" }, }
如果要渲染成列表就会数据显示随机. [ "0":{ "id":100 "title":"xxx" }, "1":{ "id":105 "title":"sss" } ]可以正确的保证数据的每次固定.其实作业解析还是有问题因为 app 是使用模型接受数据会很麻烦,推荐这样比较方便[ { "id":100 "title":"xxx" "key":1}, { "id":105 "title":"sss" key":2} ].

@TtiGeR 我过了 24 小时不到就解除了，也不知道什么问题