Go设计模式总结 基本原则 单一原则 每个模块实现的功能要尽可能简单 开闭原则 尽量不要改动上版本的代码 面向接口开发 面向接口来实现多态开发，而不是面向类来开发 基本汇总 大部分的设计模式在Go中共有下面几种方式实现 使用 interface Go中 interface 还是个万能的数据类型，类似 ...
分类：
其他好文 时间：
2020-09-15 21:05:33
阅读次数：
27
一、设计原则：设计原则就是对要求代码能够适应变化，提高代码的复用性，使软件更具有可观性和拓展性，主要在设计的过程钟要遵循如下几点。 1. 单一职责原则： 改原则强调对类的设计，应该减少类与类之间的互相干扰，避免因为某一类的改变而导致的蝴蝶效应。并且如果把职责耦合在一起，也会影响到整体代码的复用性。 ...
分类：
其他好文 时间：
2020-09-15 21:00:33
阅读次数：
33
在现实生活中，常常存在办事较复杂的例子，如办房产证或注册一家公司，有时要同多个部门联系，这时要是有一个综合部门能解决一切手续问题就好了。
软件设计也是这样，当一个系统的功能越来越强，子系统会越来越多，客户对系统的访问也变得越来越复杂。这时如果系统内部发生改变，客户端也要跟着改变，这违背了“开闭原则”... ...
分类：
其他好文 时间：
2020-09-14 19:01:28
阅读次数：
34
比特币工作在应用层，它的底层是一个P2P网络。比特币的P2P网络是非常简单的，所有节点都是对等的，不会出现某些P2P网络中所谓的超级节点或者中心节点。 比特币网络的设计原则：simple, robust, but not efficient，即简单，健壮，而不是高效。每个节点都会维护一个邻居节点的集 ...
分类：
其他好文 时间：
2020-09-07 19:19:43
阅读次数：
59
前言 其实没有设计模式我们也能完成开发工作。但是为什么需要设计模式呢？让你看起来很牛，没错这个算一个。让你的代码层次感分明，可读性强而且容易维护。让你像我一样有更多的摸鱼划水时间。 可能有人说我一个类或者方法就干完的东西，你搞了七八个。当然使用设计模式也是要斟酌的。一些简单稳定的业务也不推荐使用设计 ...
分类：
编程语言 时间：
2020-09-07 19:03:17
阅读次数：
40
写在前面 Redux 是 React 基于 Flux 思想开发的状态管理工具。 Redux 适用于多交互、多数据源的大型应用，对于一些简单的小应用，使用 Redux 反而是大材小用了。 Redux 的设计思想就是：整个应用只有一个状态机，这个状态机里存放了整个应用的全部数据信息，和对数据的各种操作。 ...
分类：
其他好文 时间：
2020-09-03 16:56:41
阅读次数：
38
定义 栈是一种特殊的线性表，它只能在一个表的一个固定端进行数据结点的插入和删除操作。栈按照后进先出的原则来存储数据，也就是说，先插入的数据将被压入栈底，最后插入的数据在栈顶，读出数据时，从栈顶开始逐个读出。栈在汇编语言程序中，经常用于重要数据的现场保护。栈中没有数据时，称为空栈。 模拟实现 clas ...
分类：
编程语言 时间：
2020-08-29 15:22:49
阅读次数：
61
说明：提供另一套接口对接客户端，隐藏真实接口和功能，也违背了开闭原则。 实现： public class yuangong { public void add() { //添加员工资料 } } public class yuangong_zhanghao { public void addAccou ...
分类：
其他好文 时间：
2020-08-26 18:49:50
阅读次数：
49
代码中有时候会堆积很多if-else,后续有条件变动，需要回过头来对if-else对应的代码块进行修改，这违反了开闭原则。有没有一种方式重构这类代码呢？网上浏览到一篇博客，感觉方式很好，特记录下来，还是用原博客的例子（根据不同条件处理订单）。 通过策略模式+注解的方案重构if-else代码块。 思路 ...
分类：
其他好文 时间：
2020-08-25 18:47:02
阅读次数：
79
背景 昨天公司业务部门报告业务崩溃，查看各个业务节点后，定位问题到storm集群。 打开storm ui查看下任务状态，发现可以加载页面元素，但是无法加载数据，分析是nimbus挂掉了，重启nimbus。本着先恢复业务的原则，我直接通过命令行停止任务后，又重新提交了任务，这个时候访问storm ui ...
分类：
其他好文 时间：
2020-08-20 19:10:56
阅读次数：
74
