分类 设计 下的文章

依赖注入,控制反转 设计模式
目的:实现模块与项目的解耦
实现流程
首先模块有指针,其次DI拿到指针,再次DI将指针赋给调用者
共调研了三个框架:iris内置的di&mvc,uber-dig,google/wire
最终决定使用 wire
google DI 框架 wire
它通过使用代码生成构建容器来避免运行时反射。
用法:

// file main.go
package main
import "bytes"
type Logger struct{}
func (logger *Logger) Log(message string) {
    println(message)
}
type HttpClient struct {
    logger *Logger
}
func (client *HttpClient) Get(url string) string {
    client.logger.Log("Getting " + url)
    return "my response from " + url
}
func NewHttpClient(logger *Logger) *HttpClient {
    return &HttpClient{logger}
}
type ConcatService struct {
    logger *Logger
    client *HttpClient
}
func NewConcatService(logger *Logger, client *HttpClient) *ConcatService {
    return &ConcatService{logger, client}
}
func (service *ConcatService) GetAll(urls ...string) string {
    service.logger.Log("Runing GetAll")
    var result bytes.Buffer
    for _, url := range urls {
        result.WriteString(service.client.Get(url))
    }
    return result.String()
}
func main() {
    service := CreateConcatService()
    result := service.GetAll(
        "http://example.com",
        "https://drewolson.org",
    )
    println(result)
}
// file container.go
package main
import (
    "github.com/google/wire"
)
// CreateConcatService 设置 service 的依赖
// wire 生成 wire_gen.go 的 模板文件
func CreateConcatService() *ConcatService {
    panic(wire.Build(
        wire.NewSet(wire.Struct(new(Logger))), // struct 使用 wire.Struct 创建
        NewHttpClient,
        NewConcatService,
    ))
}
$ go get github.com/google/wire/cmd/wire
$ wire

执行 wire 解析 container.go ——> wire_gen.go
解析完毕后删除 container.go 文件, 使用 wire_gen.go 中的方法就行

Text

<
h1> 1级标题
<
h1>

Text

<
h2> 2级标题
<
h2>

Text

<
h3> 3级标题
<
h3>

Text

<
h4> 4级标题
<
h4>

Text

<
h5> 5级标题
<
h5>

Text

<
h6> 6级标题
<
h6>

有序列表 ul>li

无序列表 ol>li

任务列表 ul>li>input

  • [ ] 任务
  • [x] 列表

代码修饰

短代码 <code>

var name = 代码块
div>pre>span
<div>
<pre>
<span>var</span> name = 代码块
</pre>
</div>
<blockquote><p>块级引用</p></blockquote>

段落

中间没有空行的连续不断的几行文字被视为一个段落。空一行 作为段落间的分割符

行内格式

删除线 del 标签
加粗 strong 标签

斜体 em 标签

表格

表格头 thead>tr>td
单元格 tbody>tr>td

超链接

URL超链接

插入图片

markdown

Sequence

Alice->Bob: Hello Bob, how are you?
Note right of Bob: Bob thinks
Bob-->Alice: I am good thanks!

flow

st=>start: Start
op=>operation: Your Operation
cond=>condition: Yes or No?
e=>end
st->op->cond
cond(yes)->e
cond(no)->op

mermaid

Gantt

作为一名编译语法解析的研究生,王垠整理了一些写代码的原则,范子收集于此,作为对自己码代码的judge参考。

写直观的代码

我写代码有一条重要的原则:如果有更加直接,更加清晰的写法,就选择它,即使它看起来更长,更笨,也一样选择它。

  • 防止过度工程的原则

王垠根据这些,我总结出来的防止过度工程的原则如下:

  1. 先把眼前的问题解决掉,解决好,再考虑将来的扩展问题。
  2. 先写出可用的代码,反复推敲,再考虑是否需要重用的问题。
  3. 先写出可用,简单,明显没有bug的代码,再考虑测试的问题。



title: 沙龙举办流程

date: 2018-11-19

在开放的基础上,环境应当设置的尽可能的平等。比如尽可能的采用圆桌形式,而且参与人员尽量围成一个圈,避免层次上的区别,
主持人的重点不是表达自己观点,而是传承上下,并尽量避免一个人表达过多,要适时打断,并及时将话语权传递给其他的人。如果读书会参与人数合适的话,可以争取让每一个人都发表自己的观点。
主持人是轮流的,效果挺好,会有轮流发言和自由讨论环节。