17__查询购物车:为什么铺底参数一定要符合真实业务特性?

你好,我是高楼。

今天我们来看看查询购物车接口。

到现在为止,这是我们分析的第六个接口了。不过,我希望你能明白,我们分析每个接口,并不是为了搞清楚这个接口本身的逻辑,而是通过不同接口的基准测试,来分析不同的性能问题,争取给你带来更多的分析案例。

17__产品进化案例:千岛湖啤酒的脑洞

你好,我是苏杰。今天是番外篇的第三讲,让我们来一次全新的尝试,用十几分钟来看一个案例。

案例的主角是杭州的一家公司——千岛湖啤酒。让我们一起来看看这样一家传统公司,对产品的理解到底是什么,它又是如何进化的。你也可以思考一下这个问题,千岛湖啤酒的产品到底是什么?只是一瓶啤酒吗?

17__持续交付的第一关键点:配置管理

今天我们来看持续交付的第一个关键点:配置管理。按照持续交付的理念,这里所说的配置管理范围会更广,主要有以下几个部分。

  • 版本控制
  • 依赖配置
  • 软件配置
  • 环境配置

讲持续交付,一上来就先讲配置管理,主要还是想强调:配置管理是基础,是关键。我们后面将要讲的每一个持续交付环节,都对配置管理有很强的依赖。这个基础工作做不好,也就谈不上的持续交付的成功。勿在浮沙筑高台,我们做工具平台或系统,一定要重视基础的建设

17__触发器:如何让数据修改自动触发关联操作,确保数据一致性?

你好,我是朱晓峰。今天,我来和你聊一聊触发器。

在实际开发中,我们经常会遇到这样的情况:有 2 个或者多个相互关联的表,如商品信息和库存信息分别存放在 2 个不同的数据表中,我们在添加一条新商品记录的时候,为了保证数据的完整性,必须同时在库存表中添加一条库存记录。

17__从后端到前端:微服务后,前端如何设计?

你好,我是欧创新。

微服务架构通常采用前后端分离的设计方式。作为企业级的中台,在完成单体应用拆分和微服务建设后,前端项目团队会同时面对多个中台微服务项目团队,这时候的前端人员就犹如维修电工一样了。

17__存储系统:从检索技术角度剖析LevelDB的架构设计思想

你好,我是陈东。

LevelDB 是由 Google 开源的存储系统的代表,在工业界中被广泛地使用。它的性能非常突出,官方公布的 LevelDB 的随机读性能可以达到 6 万条记录 / 秒。那这是怎么做到的呢?这就和 LevelDB 的具体设计和实现有关了。

17__打包部署:你的应用是如何上线的?

你好,我是王沛。今天我们来聊聊 React 应用的打包和部署。

从这节课开始,我们就进入了扩展篇的学习。通过基础篇和实战篇的学习,你应该对如何开发一个 React 应用已经心中有数了。但是我们也要知道,仅仅学会开发是不够的。在此基础之上,掌握打包部署、单元测试,以及了解 React 生态圈的一些常用项目,才能真正完成一个应用的开发。

17__大厂都是怎么做MySQL_to_Redis同步的_

你好,我是李玥。

之前我们在《11 | MySQL 如何应对高并发(一):使用缓存保护 MySQL》这一节课中,讲到了 Read/Write Through 和 Cache Aside 这几种更新缓存的策略,这几种策略都存在缓存穿透的可能,如果缓存没有命中,那就穿透缓存去访问数据库获取数据。