基于 Golang 泛型实现的简单容器

[Qjues]

golang 1.18 有泛型之后，对业务代码的编写友好很多，可以更方便的实现一些不限类型的通用库。

最近尝试在 golang 中实现 ddd 的分层抽象，离不开注册和构建概念，如果没有泛型，那就需要很多强制业务代码中的类型转换代码，看起来不太优雅。

所以拿泛型实现了一个简单的容器，很方便解决了这个问题。

使用示例

package main

import "github.com/attson/container"

type Test struct {
	Name string
}

func (t Test) Key() string {
	return t.Name
}

type I interface {
	Key() string
}

为结构体注册一个构建函数

// 为结构体注册一个构建函数
container.Register[Test](func() any {
    return Test{
        Name: "test",
    }
})
// 通过容器构建实例
v1 := container.Make[Test]()
println(v1.Name) // test

为接口注册一个构建函数

// 为接口注册一个构建函数
container.Register[I](func() any {
    return Test{
        Name: "test_interface",
    }
})
// 通过容器构建实例
v3 := container.Make[I]()
println(v3.Key()) // test_interface

在容器中设置一个接口实例

// 在容器中设置一个接口实例
container.Set[I](Test{
    Name: "test_interface_set",
})
// 通过容器获取实例
v6 := container.Get[I]()
println(v6.Key()) // test_interface_set

使用起来简单了很多。(不讨论性能问题，ddd 问题)

---

代码实现也比较简单，有兴趣的可以看下，https://github.com/attson/container

[hsfzxjy]

reflect.Type 可作 map key 的，不用转成 string

[Qjues]

@hsfzxjy 可～我去试试

[Qjues]

@hsfzxjy 已修改成 reflect.Type ，感谢

[Brau1589]

这个容器的场景是什么呀 可以介绍一下嘛

[Qjues]

@Brau1589 emmm, 抽象与实现分离。比如获取一个 service
```
container.Get[service.CampaignService]().Execute(arg1)
```
代码层面就可以有抽象 service 接口，和 service 实现，并且可以放在不同的包下。然后在一个统一的地方注册