支付系统中的设计模式02：构造器与策略模式

已于 2023-02-23 10:06:07 修改
阅读量1.2k 收藏 1
点赞数
分类专栏： CTO的几把刷子 文章标签： 策略模式 构造器模式 Java 设计模式 支付系统 Powered by 金山文档
于 2023-02-21 20:37:09 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lostrex/article/details/129149514
版权
本文探讨了在支付系统中如何利用构造器模式和策略模式解决复杂参数配置和支付渠道选择的问题。构造器模式用于避免重叠构造器，通过独立的生成器对象简化对象创建过程。策略模式则将不同支付渠道的算法抽象为独立的类，实现相互替换，提高了代码的可维护性和灵活性。通过对原有代码的改造，实现了更优雅的支付功能配置和支付渠道选择。
摘要由CSDN通过智能技术生成

上一节提到过我们希望客户端的设置能够用一行代码搞定，就像这样：

client.setAppID(......).setAppSecret(......).setRequest(......).setPaymentModel(......).setNotifyUrl(......);

而且相信有些小伙伴在做项目的时候，也会发现某些引用的第三方包里面的代码也是这么写的：object.setPropertyXXX(“1”).setPropertyYYY(“2”).setPropertyZZZ(“3”).build();

这种看起来像火车似的用一行代码设置属性的方式，就是典型的构造器模式。

— 2 —

构造器模式</

了解本专栏 订阅专栏 解锁全文 超级会员免费看
博客
字符集编码
12-11 242
为了解决这种“一锅粥”式的混乱局面，1992年，Unicode出现了。这个128个字符用来表示大小写字母、数字0～9、标点符号、以及像“#”、“@”、“）”、“\r”（回车）、“\n”换行、“\t”（制表）等这样的特殊符号，如图1-12所示。发出的内容是什么，收到的内容就是什么，也不会出现类似“?由于计算机只能存储和处理二进制的“0”和“1”，无法处理其他的字母、数字和符号，所以就需要有某种东西来达到类似桥梁的作用——例如图1-7中的ASCII——通过它，人们就可以看懂用计算机表示字母、数字或其他符号。
博客
二进制文件
12-09 887
并不是，因为在右边部分的剩余内容中可以看到其他和这个文件相关的一些信息，如创建文件的软件工具，文件创建时间等信息，这和用Windows属性工具显示出来的信息是一致的，如图1-10所示。我们在计算机中看到的各种文件，例如文本、图片、音乐、视频、Word文件等，对于计算机来说，没有任何差别，因为它们都是由“0”和“1”组成的。上图中间部分第一行第二至四列的内容分别为“01010000”、“01001110”和“01000111”，按照图1-7中的方法，它们分别对应ASCII中的“P”、“N”、“G”。
博客
统治地球的冯·诺依曼们
12-08 579
虽然关于谁才是真正的“计算机之父”至今没有确切的定论，有人认为是查尔斯·巴贝奇（通用计算机之父），有人认为是阿兰·图灵（Alan Turing，计算机科学之父），有人认为是约翰·阿坦那索夫（John Vincent Atanasoff，电子计算机之父），还有人认为是冯·诺依曼（现代计算机之父）。只是由于他的设计“过于先进”，那时候的世界还制造不出他所需要的设备。尤其是目前业界如火如荼的大模型训练，以其千亿级别的超大规模参数、庞大的数据与算力需求、模型的精细化调整、能源与效率的优化等，让人们想要爱它不容易。
博客
程序员的数学之余数II
11-27 318
按照之前求余数的那种规律，该怎么求的最后一个数呢？的结果是`1`，个位数是`1`的结果是`123456789`，的个位数是`9`的结果是`15241578750190521`，的个位数是`1`的结果是`1881676371789154860897069`，的个位数是`9`的结果是`232305722798259244150093798251441`，的个位数是`1`的结果是`28679718602997181072337614380936720482949`，的个位数是`9`
博客
程序员的数学之余数
11-19 141
294天后是周一` -> `295天后是周二` -> `296天后是周三` -> `297天后是周四` -> `298天后是周五` -> `299天后是周六` -> `300天后是周日`其实这种方法还可以扩展到一切使用进制来计数的地方，例如，现在是早上`08:00`，10的100次方个小时后是几点呢？`奇数`本质上就是被2除余1的数，而`偶数`是可以被2整除的数。如果今天是周一，那么7天后、14天后、21天后、......294天后，仍然是周一，所以，结论是下面这样的。为什么是每6个而不是7个？
博客
程序员的数学之归纳法
11-16 270
这就是数列计算公式`(1 + n) × n / 2`的由来——现在终于知道为什么要除以`2`了，因为就是只计算一半的面积。求`1 + 2 + 3 + ...... + 99 + 100`的值，就变成了计算黄色部分方块的面积了，真是太巧妙了。`100`、`200`，甚至`300`以内还能勉强这样做，但如果要从`1`加到`1亿`，就不可能继续用这种土办法了。因为单个`1 + 2 + 3 + ...... + 99 + 100`可以用数字阶梯来表示，就像下面这样。而两个数字阶梯，就可以`组合`成一个`长方形`。
博客
程序员的数学之进制与零
11-14 642
最近一年多发生了很多平凡的大事，应接不暇，一度断更。从今儿起再接上来。先从数学开始吧，因为太枯燥了。生活中有许多种进制在共同起作用，例如，数学上的`十进制`、计算机中的`二进制`、`八进制`和`十六进制`、计时的`60进制`、`24进制`和`7进制`。怎么才能快速地知道`1111`所对应的具体的进制数值呢？例如，`1111`对应的`二进制`、`八进制`和`十六进制`是多少？它对应的`60进制`、`24进制`和`7进制`又分别是多少？
博客
JVM系统优化实践（24）：ZGC（一）
08-07 720
截止到目前，算上ZGC，Java一共有九种类型的GC，它们分别是……
博客
JVM系统优化实践（23）：GC生产环境案例（六）
07-26 494
在互联网大厂中，对每天亿级流量的日志进行清洗、整理是非常常见的工作。在某个系统中，需要对用户的访问日志做脱敏处理，也就是清洗掉姓名、身份证号、手机号等个人隐私信息后在保存到数据库中或者交付给其他应用使用。
博客
JVM系统优化实践（22）：GC生产环境案例（五）
07-24 862
除了Tomcat、Jetty，另一个常见的可能出现OOM的地方就是微服务架构下的一次RPC调用过程中。笔者曾经经历过的一次OOM就是基于Thrift框架封装出来的一个RPC框架导致的宕机。
博客
JVM系统优化实践（21）：GC生产环境案例（四）
07-21 354
前面说了一般应用的OOM情况，但是OOM不知发生在应用层，有时候专门负责运行Java的Tomcat也会偶尔罢工一下，抛出OOM异常。因为Tomcat本身也是一个JVM进程。
博客
JVM系统优化实践（20）：GC生产环境案例（三）
07-19 1351
某新手开发工程师接到了一个保存Elasticsearch日志的任务，以供后续分析之用。但写代码的时候，误将保存日志的代码段弄成了无限循环，程序启动后，没用多久就崩溃了。
博客
JVM系统优化实践（19）：GC生产环境案例（二）
07-17 425
接昨天的问题继续来说，在高并发场景中，对象过多容易导致OOM。由于高并发导致Young GC存活对象过多，因此会有太多对象进入老年代，导致老年代也被填满，频繁触发Full GC，而老年代空间也很快被塞满。可以用图来表示。
博客
JVM系统优化实践（18）：GC生产环境案例（一）
07-15 339
生产环境中，最常见的一种案例就是OOM，也叫「内存溢出」，它表示JVM已经无法支撑业务系统的运行。而很多工程师都没有类似处理线上系统故障的经验，尤其是这种突发的故障。
博客
JVM系统优化实践（17）：线上GC案例（二）
04-19 555
GC的概念并不难明白，而且它的原理也不复杂，但是很难用好。6、老年代Full GC触发规则:老年代已用空间大于老年代空间阈值、Young GC前：老年代可用空间小于历次Young GC后进入老年代的对象的平均大小、Young GC后：老年代空间放不下Young GC后存活对象；用jstat观察JVM的运行过程，尤其要注意：Eden区的增长速率、Young GC频率、Young GC耗时、Young GC后多少对象存活、老年代增长速率、Full GC频率、Full GC耗时。欢迎骚扰，不胜荣幸～
博客
JVM系统优化实践（16）：线上GC案例（一）
04-18 388
一般新手工程师在部署生产环境时基本不会对JVM进行设置，基本跟上也都是使用JVM的默认设置，这是一个很大的隐患。例如，如果不设置-Xmx或者-Xms的话，可能初始的年轻代和老年代就几百M大小。Full GC一般在正常情况下，都是按天为单位来发生的，比如每天一次，或几天一次Full GC。
博客
JVM系统优化实践（15）：GC可视化工具实践
04-10 485
线上系统的JVM监测要么使用jstat、jmap、jhat等工具查看JVM状态，或者使用监控系统，如Zabbix、Prometheus、Open-FaIcon、Ganglia等。作为一个工具人，怎么能不懂jstat、jmap、jhat呢？
博客
JVM系统优化实践（14）：GC可视化工具
04-07 379
工欲善其事，必先利其器。知道了GC工作原理，学会了看GC日志之后，再来了解一下分析GC的工具。它们分别是jstat、jmap、jhat。
博客
JVM系统优化实践（13）：GC动手实践
04-03 245
上一次留了个小尾巴：怎么以通过代码模拟对象年龄在15岁之后才进入老年代呢？自己试着实现了一下。然后再结合之前了解的其他GC知识，来模拟更多的触发GC的实例。
博客
JVM系统优化实践（12）：GC日志分析
03-27 641
了解了基本的G1垃圾回收机制以后，就可以结合实际日志分析一下它的日志内容了，以后再遇到问题自己也能看懂。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值