前言
硬着头皮看看... 这些都是发现在一些项目里面的一些代码片段。
正文
案发现场：
顺延上次的一个案发现场比较两个产品下单数的大小，发现这个案发现场， 比较近一个月的每日下单产品下单数的大小，获取出最大日下单量是多少。
没有直接从数据库里使用 max，现在只获取出了订单的日下单量的集合。
作案手法：
作案者是同一个人，这次使用了 for循环+if判断，让人目睹起来十分残忍凌乱。
盘问：
没有盘问，
毕竟实现的思路是一致的，只是想让代码变得整洁点。 直接看结果。
改动：
【硬着头皮】 比较多个数的大小，麻烦也写得整洁点
2022-06-11
71
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
【硬着头皮】 比较多个数的大小，麻烦也写得整洁点
目录
相关文章
|
5月前
|
C语言
|
8月前
|
安全
测试技术
|
11月前
|
数据库连接
数据库
数据安全/隐私保护
|
11月前
|
数据库
Windows
|
11月前
|
11月前
|
数据库
|
12月前
二叉树详解一万字（基础版）看着一篇就够了（下）
对于堆的调整相当于是对数组的一种调整，将数组的首地址传进来，要调整的数组的长度，相当于是退出的循环条件，向下传给进来parent（root），向上传给child（size-1），然后再用一个表示另外一个。将参数传进来之后进行比较，先比较两个孩子，找出小的那个，然后交换较小孩子和双亲节点，在比较左右孩子的时候要保证右孩子也存在才可以进行比较，就是child+1<size,原因就是这里是堆，是完全二叉树
41
0
0
|
程序员
|
算法
NoSQL
API
到底该不该看源码(懂这三点儿就够了)
1、不要为了看源码而看源码
2、代码积累到一定程度，遇到问题自然就去查源码了，然后你就看懂了
3、两年内不要刻意去看源码，可以点开简单了解一下就行，前两年疯狂做项目就行了，后期项目做的多了，你自己就会有疑问，每次写代码就会问自己为什么要这样写？底层的原理是什么？很自觉的带着问题就去看源码了，如果你没有这样的疑问，那说明你也不适合去看源码了，写写业务代码，了了一生
148
0
0
|
JavaScript
前端开发
热门文章
最新文章
1
解决关于Windows Defender Antivirus Service自启造成运行python程序时，Windows的cpu和内存占用过高问题
2
订票系统不再瘫痪 阿里云确认与12306合作
3
iOS - 手动下架的应用后快速恢复上架
4
du 和 df以及lsof
5
库克：苹果不是只做富人生意，还一直坚持让世界变得更好
6
WiGig无线标准正式开始提供验证 最高可达8Gbps
7
IBM推出新的16位量子处理器
8
Android:随笔——对页面的View进行截图
9
shell MAC 地址 校验
10
【系统优化】数据库系统load飙高问题解决思路
1
DataWorks产品使用合集之DataWorks中，如果一个虚拟节点被设置为冻结状态，那么它的所有子节点也将被冻结如何解决
21
2
DataWorks产品使用合集之DataWorks发布任务的方法如何解决
25
3
DataWorks产品使用合集之DataWorks中，配置DataHub数据源如何解决
21
4
Nacos 1.4.1核心功能组件及使用入门
22
5
DataWorks产品使用合集之在 DataWorks 中，有一个 MySQL 数据表，数据量非常大且数据会不断更新将这些数据同步到 DataWorks如何解决
14
6
基于直方图的图像阈值计算和分割算法FPGA实现,包含tb测试文件和MATLAB辅助验证
13
7
DataWorks产品使用合集之在DataWorks中，要实现MySQL数据源的增量同步如何解决
15