获得徽章 1
- #青训营笔记创作活动#
2月2日 打卡day15
提完PR之后，我们需要确保所有单测和校验能通过。
同时也会有原仓库的维护人提出一些建议，需要我们去solve
单测需要补全
文档需要补充
代码实现逻辑有问题
展开评论点赞 - #青训营笔记创作活动#
2月1日青训营打卡 day16
今日学习 MySQL也不仅仅是唯一的数据库，与它类似的关系型数据库竞品还有很多，例如Oracle、SQLServer、PostgreSQL、DB2....，这其中使用最为广泛的是Oracle，但Oracle实际上并不怎么受程序员欢迎，或者说Oracle并不怎么受中小企业的Boss欢迎，原因嘛大家都清楚，无非因为它收费罢了。展开评论点赞 - #青训营笔记创作活动#
1月28日 打卡day13
今日学习 全解MySQL之架构篇：自顶向下深入剖析MySQL整体架构！
MySQL与我们开发项目时相同，为了能够合理的规划整体架构设计，也会将整个MySQL服务抽象成几个大的模块，然后在内部进行实现，因此先来看看MySQL的整体架构。
从上往下看，依次会分为网络连接层、系统服务层、存储引擎层、以及文件系统层，往往编写SQL后，都会遵守着MySQL的这个架构往下走。
展开评论点赞 - #青训营笔记创作活动#
1月27日 打卡day12
今日学习 实现真正的高性能高并发的上亿级别秒杀系统！
秒杀一般出现在商城的促销活动中，指定了一定数量（比如：10个）的商品（比如：手机），以极低的价格（比如：0.1元），让大量用户参与活动，但只有极少数用户能够购买成功。这类活动商家绝大部分是不赚钱的，说白了是找个噱头宣传自己。
秒杀特点是持续时间短，抢购人数多，参与人数远远高于商品数量。抢购开始前后大量用户请求涌入，极易给服务造成巨大压力。如果系统设计不当，还容易造成超卖、少卖、数据丢失、服务雪崩等问题。展开评论点赞 - #青训营笔记创作活动#
1月26日 打卡day11
今日学习 这样Debug，排查问题效率大大提升
debug代码是一个常用而且很常见的技能，但是不是每个人都能很有效率的debug代码...
有一些idea隐藏的debug方式，虽然一些人不关注，但是有用并且能极大提升效率
文章主要介绍一些一些在实际项目中相对有用的可以提升debug能力的一些经验。最后如果说实在是有问题，但是又没办法进入调试模式，可以考虑arthas的trace和watch。展开评论点赞 - #青训营笔记创作活动#
1月25日 打卡day10
今日学习 写出漂亮代码的45个小技巧
你需要一个好的命名规范
方法不需要太长
抽取重复代码
多用return（多对应函数）
if 语句不需要太复杂
优雅地传递参数校验
后端接口设计中需要统一返回值
统一异常处理
尽量不传递null值
尽量不返回null值
日志打印规范
尽量使用设计模式优化代码展开评论点赞 - #青训营笔记创作活动#
1月21日 打卡day9
今日学习 优秀后端都应该具备的开发好习惯：
1.注释尽可能全面,写有意义的方法注释
2.项目拆分合理的目录结构
3. 不在循环里远程调用、或者数据库操作，优先考虑批量进行。
4. 封装方法形参
5. 封装通用模板
6. 封装复杂的逻辑判断条件
7. 保持优化性能的嗅觉
8. 可变参数的配置化处理
9. 会总结并使用工具类。
10. 控制方法函数复杂度
11. 在finally块中对资源进行释放
展开评论点赞
nsddd.top