最近使用Springcache，发现使用默认生成的key策略只使用了方法入参作为key，很不灵活，用到真实的项目中也不太靠谱，于是自己实现它的key生成策略。参考官方文档：http://docs.spring.io/spring/docs/current/springframeworkreference/html/cache.html(http

前言，在前面我讲到了RabbitMQ的六种工作模式中简单模式和工作模式https://my.oschina.net/u/4115134/blog/3228182(https://my.oschina.net/u/4115134/blog/3228182)，这里呢，我就一次性将剩下的四种发布订阅模式/路由模式/主题模式及Rpc异步调用模式，给

CentOS7.7下源码安装3.x.x版本ModSecurityNginx及配置策略服务器操作系统：CentOS7.764位需要安装依赖环境如下：1.首先把需要得规则策略包丢到/usr/local目录下下载链接：https://github.com/SpiderLabs/owaspmodsecuritycrs/tree/v3.3/dev

前言在上一篇(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fxuwujing%2Fp%2F9363142.html)中我们学习了工厂模式，介绍了简单工厂模式、工厂方法和抽象工厂模式。本篇则介绍设计模式中属于创建型模式的建造者模式和原型模式。

(本文由言念小文原创，转载请注明出处)在实际工作中经常遇到某个对象，处于不同的状态有不同行为逻辑、且状态之间可以相互迁移的业务场景，特别是在开发通信协议栈类软件中尤为多见。《设计模式之禅》这本书中对状态模式有着非常详尽的讲解（目前为止我认为讲解得最好的书），但总觉得自己没能够理解透彻、灵活运用。直到今年完成了一个通信协议软件的开发，重新研究了“状态机”，

原型模式简介原型模式实际上不算一种设计模式，应该说是一种技巧吧。当我们需要创建与已有对象一样的对象时，我们通常可以有两种容易想到的方法，一种是将已有对象指向另外一个重新创建的对象，如//将old赋给newObjectnewObjectoldObject;这种做法是相当于newObject还是指向

Spring2.X的事务配置策略    虽然前面介绍的TransactionProxyFactoryBean配置策略简单易懂，但配置起来极为麻烦：每个目标Bean都需要配置一个TransactionProxyFactoryBean代理，这种方式将导致配置文件急剧增加。    Spring2.X的XMLSchema方式提供了更简洁的事务配置

由来From我的好朋友燃哥去年曾多次问过我，能不能写一种日内策略。也有很多朋友来问我，要求写一个网格、做市商策略。但我一般都直接回绝了，关于这些策略，首先你要有很强的数学功底，起码得有一个数学博士。另外高频量化比的更是财力，比如说资金量和宽带网速等等。最重要的是这些违背了我对交易的理解。那有没有其他办法可以做高频交

MVC(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fdiyunfei%2Fp%2F6752618.html)(ModelViewController)MVC是一种设计典范。它是用一种业务逻辑、数据与界面显示分离的方法来组织代

Golang常见设计模式之选项模式熟悉Python开发的同学都知道，Python有默认参数的存在，使得我们在实例化一个对象的时候，可以根据需要来选择性的覆盖某些默认参数，以此来决定如何实例化对象。当一个对象有多个默认参数时，这个特性非常好用，能够优雅地简化代码。而Go语言从语法上是不支持默认参数的，所以为了实现既能通过默认参数创建对象，又能通过传