代码日记

1. 模式简介

工厂方法模式(Factory Method Pattern)：又称为工厂模式，属于创建型模式。在工厂方法模式中，工厂父类负责定义创建对象的公共接口，工厂子类负责生成具体的对象，这样做的目的是将具体类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体对象。本文将使用 糖果工厂生产不同口味的糖果 这个实际场景，用代码来实现 工厂方法模式。

1. 模式简介

简单工厂模式(Simple Factory Pattern)：它属于创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。本文将使用 糖果工厂生产不同口味的糖果 这个实际场景，用代码来实现 简单工厂模式。

前言

Spring Boot开发的项目中，多环境配置极大的提升了开发效率，避免了因为测试(test)、开发(dev)、生产(prod)导致频繁修改一个配置文件，导致出现配置错误的情况。

那么Spring Boot如何做到多环境配置？还有没有更优雅的方式管理Spring Boot的多环境配置呢？

1. 场景

在我们实际开发中，枚举类型应用十分广泛，可以避免在项目中定义大量的『魔法值』变量。但是，在web开发中，如何将枚举对象作为请求参数传进Controller，做到类型自动转换？直接使用 @RequestParam 和 @RequestBody 断然是不够的，这里就需要我们自定义 Converter 来实现类型转化了。

有时候我们需要修改 git commit 时间，可以通过下面的方法解决。

修改当前本地提交的commit时间

1

git commit --amend --date="2019-01-01T00:00:00+0800" -am ":memo: 更新 TODO.md"

修改之前提交的某次commit时间，首先通过 git log 获取提交的唯一id，然后

1

git commit --amend --date="2019-01-01T00:00:00+0800" -C edd2dbbe31fbab492f337628011119493a12a9c6

对于之前已经提交到远程仓库的，需要再 git push 一次，即可推送到远程仓库

使用 Spring Boot 文件上传的时候，前端使用 nginx 代理后端请求，出现如下 413 Request Entity Too Large 这个错误。

kubernetes (本文后续简称 k8s )，是一个开源的，用于管理云平台中多个主机上的容器化的应用。Mac 本地运行 k8s 最快的方式，肯定是基于单节点的 minikube 来搭建。人人都说 minikube 搭建 k8s 最简单、快速、只需要傻瓜式输入命令就可以搭建成功，可事实并非如此，比如笔者在搭建的过程中就遇到了 版本 和 代理 的问题。

下面我将对遇到的问题一一进行解答。

18年不知不觉已到尽头，但自己总觉得好像18年只过了9个月一样。抓住18年的小尾巴，给自己的2018做个年终总结，为2019做个展望。

Spring Boot 是Spring项目中的一个子工程，与我们所熟知的Spring-framework 同属于spring的产品:

官网这个logo下有这么一段介绍：

Takes an opinionated view of building production-ready Spring applications. Spring Boot favors convention over configuration and is designed to get you up and running as quickly as possible.

翻译一下：

用一些固定的方式来构建生产级别的spring应用。Spring Boot 推崇约定大于配置的方式以便于你能够尽可能快速的启动并运行程序。

其实人们把Spring Boot 称为搭建程序的脚手架。其最主要作用就是帮我们快速的构建庞大的spring项目，并且尽可能的减少一切xml配置，做到开箱即用，迅速上手，让我们关注与业务而非配置。

前言

很多时候，我们需要后台运行我们的 node 服务，有3种方式可以实现。

1. 使用Linux自带的nohup命令
2. 使用forever命令
3. 使用PM2管理node进程

这里推荐使用PM2来管理和运行我们的node服务