乐之者v - 博客园

策略模式代码示例(二)

摘要：一、定义策略模式，针对每一个不同的类型，调用具有共同接口的不同实现类，从而使得它们可以相互替换。策略模式，针对实现同一接口的不同的类，采用不同的策略。比如，面对高级会员、初级会员会采用不同的折扣。策略模式，可以避免大量的if和else。二、角色策略模式涉及到三个角色： ● 环境(Cont 阅读全文

posted @ 2024-03-01 15:48 乐之者v 阅读(80) 评论(0) 推荐(0)

统一异常处理@ControllerAdvice及参数校验@Validated

摘要：一、异常处理有异常就必须处理，通常会在方法后面throws异常，或者是在方法内部进行try catch处理。直接throws Exception 直接throws Exception，抛的异常太过宽泛，最好能抛出准确的异常，比如throws IOException之类。 User getUser 阅读全文

posted @ 2024-02-28 14:23 乐之者v 阅读(315) 评论(0) 推荐(0)

电商业务知识总结(三)--退货退款

摘要：退款退款的相关属性：退款单号，订单号，子订单号，退款状态，退款金额，用户id，用户名称，支付方式，退款的银行流水号，退款原因，退款完成时间。类型：退款可以分为仅退款、退货退款。状态机：待审核、审核驳回、退款处理中、退款完成。一般情况，不建议有退款失败的状态，可以用退款处理中。退阅读全文

posted @ 2024-02-22 00:29 乐之者v 阅读(494) 评论(0) 推荐(0)

电商业务知识总结(二)--订单和支付

摘要：一、订单订单相关属性：订单号、子订单号、订单类型、订单状态、用户id、用户名称、单价、数量、总价、支付方式、支付时间、订单备注、运费等。订单号和订单状态、支付方式，是比较重要的属性。一个订单，可能会有多个子订单。状态机：订单状态：待支付、已支付、超时、取消、完成、关闭。如果需要发货和收阅读全文

posted @ 2024-02-22 00:29 乐之者v 阅读(462) 评论(0) 推荐(0)

电商业务知识总结(一)

摘要：商城的业务电商、店铺、商品、营销、券、会员、积分、内容(feed流、信息流)、停车。搞清楚业务，需要弄清楚业务对象属性以及业务之间的关联关系。会员：会员级别，会员优惠，会员信息。会员对象属性：会员id，会员级别，性别，生日，状态。登录：注册、登录、验证码、短信、一键登录、单点登录阅读全文

posted @ 2024-02-22 00:28 乐之者v 阅读(133) 评论(0) 推荐(0)

Spring/SpringBoot 拦截器

摘要： Spring/SpringBoot 拦截器拦截器的作用：拦截器，可以进行请求过滤、权限管理、打印日志、数据校验等。拦截器，可以在请求前、请求后进行处理。代码示例：拦截器 MyInterceptor: Spring的拦截器，需要实现 HandlerInterceptor 接口。 public 阅读全文

posted @ 2024-02-18 21:23 乐之者v 阅读(241) 评论(0) 推荐(0)

团队管理--程序员值班

摘要：值班项目组每天都会面临一些生产问题/咨询问题，需要研发人员去定位处理，要安排人员值班。由谁对接用户并不是说研发值班，就一定要由研发去对接用户。不要让研发直接跟用户对接！！！否则研发人员的工作效率会受到极大的影响，研发每天都会因此浪费大量的时间。解答一个问题，可能又会问多一些问题，没完没了，阅读全文

posted @ 2024-02-13 12:47 乐之者v 阅读(150) 评论(0) 推荐(0)

策略模式的代码实践示例

摘要：一、定义策略模式，针对每一个不同的类型，调用具有共同接口的不同实现类，从而使得它们可以相互替换。策略模式，针对实现同一接口的不同的类，采用不同的策略。比如，面对高级会员、初级会员会采用不同的折扣。策略模式，可以避免大量的if和else。二、角色策略模式涉及到三个角色： ● 环境(Cont 阅读全文

posted @ 2024-02-09 17:34 乐之者v 阅读(168) 评论(0) 推荐(0)

nacos注册中心调用服务失败

摘要： nacos注册中心调用服务失败最近同事反馈后台的接口，一会可以调通，一会又报错，反复无常。于是进入配置好的 nacos 注册中心的管理界面，从服务管理 -- 服务列表，打开对应的服务，显示如下：发现有两个 ip，明显一个是开发/测试环境，一个是本地启动的 ip，将本地的 ip 点击【下线阅读全文

posted @ 2024-02-06 00:00 乐之者v 阅读(144) 评论(0) 推荐(0)

kafak入门(十一)：Kafka怎么保证可靠性？

摘要： Kafka可靠性分析多副本。就Kafka而言，越多的副本数越能够保证数据的可靠性，副本数可以在创建主题时配置，也可以在后期修改，不过副本数越多也会引起磁盘、网络带宽的浪费，同时会引起性能的下降。一般而言，设置副本数为3即可满足绝大多数场景对可靠性的要求。部分业务比如银行对可靠性要求比较高，会副本阅读全文

posted @ 2024-02-04 00:09 乐之者v 阅读(145) 评论(0) 推荐(0)