自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(3)
  • 收藏
  • 关注

原创 单元测试的个人理解

自动生成的type只有一种0的可能,所以只走了最后的else判断,那我只用加上1,2就可以提高覆盖率了,这个地方我没有对结果进行判断,其实规范的写法应该是接收返回值,然后用下面的assertThat判断一下返回值是否合理,但就这样吧,覆盖率到了85%已经可以了。这里因为我不是第一次生成了,所以直接选择自己需要mock出的类就可以了,如果是第一次还需要选择模板,因为会有类似junit4和junit5的差别,所以需要根据自己的单元测试框架选择。错误发现的越晚,修复它的费用就越高,而且呈指数增长的趋势。

2023-07-31 14:55:42 72

原创 数据库分表实际项目使用

业务场景为,统计不同应用,在不同渠道上架后用户的访问量和浏览量。因为数据量很大,所以考虑分表。数据是我们对接的系统提供,因为我们系统本身没有埋点,不统计用户量。对接的系统,分为两个维度,一个是应用维度,一个是用户维度统计,我们这边只涉及应用维度的数据统计。他们把数据存储到es表内,es也涉及分表,逻辑同数据库分表,过去我们是直接从es取数据,但这样的话两个系统就是强关联关系,需要es相同,现在改成需要es中取的数据由他们系统提供接口,我们再通过网关调用他们的接口获取。

2023-07-31 11:34:33 52

原创 单体架构,垂直架构,SOA架构和微服务

微服务架构:在分布式架构上理念的一个升级,对模块的拆分更细致,比如我这个管理系统面向的用户很多,并发量很大,商品功能原本虽然部署了两个服务器但现在依然支撑不了。分布式架构一定是微服务架构,微服务架构不一定是分布式架构,因为分布式代表的是部署在不同服务器,微服务则可以部署在同一服务器。分布式架构:在垂直架构的基础上,我把三个模块的公共功能拆分成一个单独的服务,如果三个模块都有饮料购买的功能,我就要维护三块代码,提到一个商品功能里,只用维护一块。记录一下自己对于分布式架构的理解。

2023-07-31 11:25:58 125

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除