前言
硬着头皮看看... 这些都是发现在一些项目里面的一些代码片段。
正文
案发现场：
顺延上次的一个案发现场比较两个产品下单数的大小，发现这个案发现场， 比较近一个月的每日下单产品下单数的大小，获取出最大日下单量是多少。
没有直接从数据库里使用 max，现在只获取出了订单的日下单量的集合。
作案手法：
作案者是同一个人，这次使用了 for循环+if判断，让人目睹起来十分残忍凌乱。
盘问：
没有盘问，
毕竟实现的思路是一致的，只是想让代码变得整洁点。 直接看结果。
改动：
【硬着头皮】 比较多个数的大小，麻烦也写得整洁点
2022-06-11
91
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
【硬着头皮】 比较多个数的大小，麻烦也写得整洁点
目录
相关文章
|
3月前
|
设计模式
程序员
|
11月前
|
C语言
|
数据库
二叉树详解一万字（基础版）看着一篇就够了（下）
对于堆的调整相当于是对数组的一种调整，将数组的首地址传进来，要调整的数组的长度，相当于是退出的循环条件，向下传给进来parent（root），向上传给child（size-1），然后再用一个表示另外一个。将参数传进来之后进行比较，先比较两个孩子，找出小的那个，然后交换较小孩子和双亲节点，在比较左右孩子的时候要保证右孩子也存在才可以进行比较，就是child+1<size,原因就是这里是堆，是完全二叉树
63
0
0
|
算法
NoSQL
API
到底该不该看源码(懂这三点儿就够了)
1、不要为了看源码而看源码
2、代码积累到一定程度，遇到问题自然就去查源码了，然后你就看懂了
3、两年内不要刻意去看源码，可以点开简单了解一下就行，前两年疯狂做项目就行了，后期项目做的多了，你自己就会有疑问，每次写代码就会问自己为什么要这样写？底层的原理是什么？很自觉的带着问题就去看源码了，如果你没有这样的疑问，那说明你也不适合去看源码了，写写业务代码，了了一生
191
0
0
|
JavaScript
前端开发
安全
让你写代码和写诗一样，良好的规范就是成功的一半。
随着一个项目的开发的日益庞大，参与开发的人员也越来越多，这就出现了怎么样更好的协作的问题。当然一个好的代码规范是一个项目走向成功的基石。如果在开发中每个小伙伴都各行其事，那这个项目势必会出现各种问题，导致开发效率低下，后期维护特别麻烦等诸多问题。
145
0
0
|
NoSQL
关系型数据库
MySQL
|
数据库
|
Python
|
JSON
Java
测试技术
热门文章
最新文章
1
QSqlDatabase: QMYSQL driver not loaded 解决方案
2
这 12 个基于 AI 的 VSCode “杀手级” 生产力插件，了解一下？（一）
3
关于规则引擎的选型和疑惑思考
4
面试必问的4种单点登录的实现方式，你知道几个？
5
揭秘2017双11背后的网络－双11的网络产品和技术概览
6
我的NVIDIA开发者之旅——作为一名初学者，我是如何开启 NVIDIA Jetson Nano 开发的
7
FluentData-新型轻量级ORM 利用T4模板 批量生成多文件 实体和业务逻辑 代码
8
Hadoop-No.10之列簇
9
HDU 1213 How Many Tables
10
GitHub push文件失败时