简介

Go是整洁架构(CleanArchitecture)的完美选用。整洁架构自身只是一种方法，并没有通知咱们如何构建源代码，在尝试用新言语成功时，看法到这点十分关键。

自从我有了经常使用RubyonRls的阅历后，尝试了好几次编写第一个服务，而且我读过的大少数关于Go的整洁架构的文章都以一种非Go习用的形式引见结构规划。局部要素是这些例子中的包是依据层命名的——controller、model、service等等……假设你有这些类型的包，这是第一个风险信号，通知你运行程序须要从新设计。在Go中，包名[2]应该形容包提供了什么，而不是蕴含了什么。

而后我开局了解go-kit，特意是它提供的发货示例[3]，并选择在运行程序中成功相反的结构。起初，当我深化钻研整洁架构(CleanArchitecture)时，惊喜的发现go-kit方法是如许完美。

本文将引见经常使用Go-Kit方法编写服务是如何合乎整洁架构理念的。

整洁架构(CleanArchitecture)

整洁架构(CleanArchitecture)是由Bob大叔(RobertMartin)创立的一种软件架构设计。指标是分别关注点[4]，准许开发人员封装业务逻辑，并使其独立于交付和框架机制。许多架构范例(如Onion和Hexagon架构)也有相反的指标，都是经过将软件划分红层来成功解耦。

圆圈中的箭头示意依赖规定。假设在外部循环中申明了某些内容，则不得在外部循环代码中援用。它既适用于实践的源代码依赖相关，也适用于命名。内层不依赖于任何外层。

外层蕴含低级组件，如UI、DB、传输或任何第三方服务，都可以被以为是运行程序的细节或插件。其思维是，外层的变动必定不会惹起内层的任何变动。

不同模块/组件之间的依赖相关可以形容如下:

请留意，超过边界的箭头只指向一个方向，边界前面的组件属于外层，包括controller、presenter和database。Interactor是成功BL的中央，可以将其视为用例层。

请留意RequestModel和ResponseModel。这些对象区分形容了内层须要和前往的数据。controller将恳求(在web的状况下是HTTP恳求)转换为恳求模型(RequestModel)，presenter将照应模型(ResponseModel)格局化为可以由视图模型(ViewModel)出现的数据。

还要留意接口，用于反转控制流以与依赖规定相对应。Interactor经过Boundary接口与presenter对话，并经过EntityGateway接口与数据层对话。

这是整洁架构的关键思维，经过依赖注入分别不同的层，经常使用依赖反转反转控制流。Interactor(BL)和实体对传输和数据层无所不知。这一点很关键，由于假设咱们扭转了外层细节，内层就不会出现级联变动。

什么是Go-Kit?

Gokit[5]是包的汇合，可以协助咱们构建强健、牢靠、可保养的微服务。

关于来自RubyonRails的我来说，关键的是Go-Kit不是MVC框架。相反，它将运行程序分为三层:

1.Transport

传输层是惟一相熟交付机制(HTTP、gRPC、CLI…)的组件，这一点十分弱小，由于咱们可以经过提供不同的传输层来同时支持HTTP和CLI。

稍后咱们将看到传输层是如何对应于上图中的controller和presenter的。

2.Endpoint

typeEndpointfunc(ctxcontext.Context,requestinterface{})(responseinterface{},errerror)

端点层示意运行程序中的单个RPC，将交付衔接到BL。这是依据输入和输入实践定义用例的中央，在整洁架构术语中是RequestModel和ResponseModel。

留意，端点是接纳恳求并前往照应的函数，都是interface{}，是RequestModel和ResponseModel。通常上也可以用类型参数(泛型)来成功。

服务层(interactor)是成功BL的中央。服务层不知道端点层，服务层和端点层都不知道传输域(比如HTTP)。

Go-Kit提供了创立主机(HTTP主机/gRPC主机等)的性能。例如HTTP：

packagehttp//undergo-kit/kit/transport/httptypeDecodeRequestFuncfunc(context.Context,*http.Request)(requestinterface{},errerror)typeEncodeResponseFuncfunc(context.Context,http.ResponseWriter,interface{})errorfuncNewServer(eendpoint.Endpoint,decDecodeRequestFunc,encEncodeResponseFunc,options...ServerOption,)*Server

传输层经常使用这个函数来创立http.Server，解码器和编码器在传输中定义，端点在运转时初始化。

冗长示例:(基于发货示例[6])

繁难服务

咱们将形容一个具备两个API的繁难服务，用于从数据层创立和读取文章，传输层是HTTP，数据层只是一个内存映射。可以在这里找到源代码[7]。

留意文件结构:

-inmem-articlerepo.go-publishing-transport.go-endpoint.go-service.go-formatter.go-article-article.go

咱们看看如何示意整洁架构的不同层。

从服务开局：

import("context""fmt""math/rand""github.com/OrenRosen/gokit-example/article")typeArticlesRepositoryinterface{GetArticle(ctxcontext.Context,idstring)(article.Article,error)InsertArticle(ctxcontext.Context,thingarticle.Article)error}typeservicestruct{repoArticlesRepository}funcNewService(repoArticlesRepository)*service{return&service{repo:repo,}}func(s*service)GetArticle(ctxcontext.Context,idstring)(article.Article,error){returns.repo.GetArticle(ctx,id)}func(s*service)CreateArticle(ctxcontext.Context,artclearticle.Article)(idstring,errerror){artcle.ID=generateID()iferr:=s.repo.InsertArticle(ctx,artcle);err!=nil{return"",fmt.Errorf("publishing.CreateArticle:%w",err)}returnartcle.ID,nil}funcgenerateID()string{//codeemitted}

服务对交付和数据层无所不知，它不从外层(HTTP、inmem…)导入任何物品。BL就在这里，你或许会说这里没有真正的BL，这里的服务或许是冗余的，但须要记住这只是一个繁难示例。

实体

packagearticletypeArticlestruct{IDstringTitlestringTextstring}

实体只是一个DTO，假设有业务战略或行为，可以减少到这里。

端点

endpoint.go定义了服务接口:

typeServiceinterface{GetArticle(ctxcontext.Context,idstring)(article.Article,error)CreateArticle(ctxcontext.Context,thingarticle.Article)(idstring,errerror)}

而后为每个用例(RPC)定义一个端点。例如，关于失掉文章:：

typeGetArticleRequestModelstruct{IDstring}typeGetArticleResponseModelstruct{Articlearticle.Article}funcMakeEndpointGetArticle(sService)endpoint.Endpoint{returnfunc(ctxcontext.Context,requestinterface{})(responseinterface{},errerror){req,ok:=request.(GetArticleRequestModel)if!ok{returnnil,fmt.Errorf("MakeEndpointGetArticlefailedcastrequest")}a,err:=s.GetArticle(ctx,req.ID)iferr!=nil{returnnil,fmt.Errorf("MakeEndpointGetArticle:%w",err)}returnGetArticleResponseModel{Article:a,},nil}}

留意如何定义RequestModel和ResponseModel，这是RPC的输入/输入。其思维是，可以看到所需数据(输入)和前往数据(输入)，甚至无需读取端点自身的成功，因此我以为端点代表单个RPC。服务具备实践触发BL的方法，然而端点是RPC的运行定义。通常上，一个端点可以触发多个BL方法。

传输

transport.go注册HTTP路由:

typeRouterinterface{Handle(method,pathstring,handlerhttp.Handler)}funcRegisterRoutes(router*httprouter.Router,sService){getArticleHandler:=kithttp.NewServer(MakeEndpointGetArticle(s),decodeGetArticleRequest,encodeGetArticleResponse,)createArticleHandler:=kithttp.NewServer(MakeEndpointCreateArticle(s),decodeCreateArticleRequest,encodeCreateArticleResponse,)router.Handler(http.MethodGet,"/articles/:id",getArticleHandler)router.Handler(http.MethodPost,"/articles",createArticleHandler)}

传输层经过MakeEndpoint函数在运转时创立端点，并提供用于反序列化恳求的解码器和用于格局化和编码照应的编码器。

例如:

funcdecodeGetArticleRequest(ctxcontext.Context,r*http.Request)(requestinterface{},errerror){params:=httprouter.ParamsFromContext(ctx)returnGetArticleRequestModel{ID:params.ByName("id"),},nil}funcencodeGetArticleResponse(ctxcontext.Context,whttp.ResponseWriter,responseinterface{})error{res,ok:=response.(GetArticleResponseModel)if!ok{returnfmt.Errorf("encodeGetArticleResponsefailedcastresponse")}formatted:=formatGetArticleResponse(res)w.Header().Set("Content-Type","lication/json")returnjson.NewEncoder(w).Encode(formatted)}funcformatGetArticleResponse(resGetArticleResponseModel)map[string]interface{}{returnmap[string]interface{}{"data":map[string]interface{}{"article":map[string]interface{}{"id":res.Article.ID,"title":res.Article.Title,"text":res.Article.Text,},},}}

你或许会问，为什么要经常使用另一个函数来格局化article，而不是在article实体上减少JSON标志?

这是个十分关键的疑问。在article实体上减少JSON标志象征着article知道它是如何格局化的。只管没有显式导入到HTTP，但冲破了形象，使实体包依赖于传输层。

例如，假定你想将对客户端的照应从"title"更改为"header"，此更改仅触及传输层。然而，假设此需求造成须要更改实体，则象征着该实体依赖于传输层，这就破坏了繁复架构准则。

咱们看看这个繁难运行的依赖相关图:

哇，你必定留意到了它们的相似性！article实体没有依赖相关(只要向内箭头)。外层，transport和inmem，只要指向BL和实体内层的箭头。

所有都和转换无关

跨界就是不同档次言语之间的转换。

BL层只经常使用运行言语，也就是说，只知道实体(没有HTTP恳求或SQL查问)。为了超过边界，流中的某个组件必定将运行言语转换为外层言语。

在传输层，有解码器(将HTTP恳求转换为RequestModel的运行言语)和编码器(将运行言语ResponseModel转换为HTTP照应)。

数据层成功了repo，在咱们的例子中是inmem。在另一种状况下，咱们或许会让sql包担任将运行言语转换为SQL言语(查问和原始结果)。

"ing"包

你或许会说传输和服务不应该在同一个包中，由于它们位于不同的层，这是一个正确的论点。我从go-kit的shipping例子中取了一个例子，含有这种设计，ing包蕴含了传输/端点/服务，我发现从久远来看十分繁难。话虽如此，假设我如今写的话，或许会用不同的包。

最后关于"尖叫架构(ScreamingArchitecture)"的一句话

Go十分适宜繁复架构的另一个要素是包的命名及其思维。尖叫架构(ScreamingArchitecture)和构建运行程序无关，以便运行程序的用意显而易见。在RubyOnRails中，当检查结构时，就知道它是用RubyOnRails框架编写的(控制器、模型、视图……)。在咱们的运行程序中，当检查结构时，可以看出这是一个关于文章的运行程序，有颁布用例，并经常使用inmem数据层。

总结

繁复架构只是一种方法，并不会通知你如何构建源代码，其成功艺术在于了解所用言语的经常使用惯例和工具。宿愿这篇文章对你有所协助，关键的是要看法到，那些争执设计疑问处置打算的文章并不总是对的，当然也包括这篇

go语言优势？

go语言的优势：

1、学习曲线容易

Go语言语法简单，包含了类C语法。因为Go语言容易学习，所以一个普通的大学生花几个星期就能写出来可以上手的、高性能的应用。在国内大家都追求快，这也是为什么国内Go流行的原因之一。

Go语言的语法特性简直是太简单了，简单到你几乎玩不出什么花招，直来直去的，学习曲线很低，上手非常快。

2、效率：快速的编译时间，开发效率和运行效率高

开发过程中相较于Java和C++呆滞的编译速度，Go的快速编译时间是一个主要的效率优势。Go拥有接近C的运行效率和接近PHP的开发效率。

C语言的理念是信任程序员，保持语言的小巧，不屏蔽底层且底层友好，关注语言的执行效率和性能。而Python的姿态是用尽量少的代码完成尽量多的事。于是我能够感觉到，Go语言想要把C和Python统一起来，这是多棒的一件事啊。

3、出身名门、血统纯正

之所以说Go出身名门，从Go语言的创造者就可见端倪，Go语言绝对血统纯正。其次Go语言出自Google公司，Google在业界的知名度和实力自然不用多说。Google公司聚集了一批牛人，在各种编程语言称雄争霸的局面下推出新的编程语言，自然有它的战略考虑。而且从Go语言的发展态势来看，Google对它这个新的宠儿还是很看重的，Go自然有一个良好的发展前途。

4、自由高效：组合的思想、无侵入式的接口

Go语言可以说是开发效率和运行效率二者的完美融合，天生的并发编程支持。Go语言支持当前所有的编程范式，包括过程式编程、面向对象编程、面向接口编程、函数式编程。程序员们可以各取所需、自由组合、想怎么玩就怎么玩。

5、强大的标准库

这包括互联网应用、系统编程和网络编程。Go里面的标准库基本上已经是非常稳定了，特别是我这里提到的三个，网络层、系统层的库非常实用。Go语言的lib库麻雀虽小五脏俱全。Go语言的lib库中基本上有绝大多数常用的库，虽然有些库还不是很好，但我觉得不是问题，因为我相信在未来的发展中会把这些问题解决掉。

6、部署方便：二进制文件，Copy部署

这一点是很多人选择Go的最大理由，因为部署太方便了，所以现在也有很多人用Go开发运维程序。

7、简单的并发

并行和异步编程几乎无痛点。Go语言的Goroutine和Channel这两个神器简直就是并发和异步编程的巨大福音。像C、C++、Java、Python和JavaScript这些语言的并发和异步方式太控制就比较复杂了，而且容易出错，而Go解决这个问题非常地优雅和流畅。这对于编程多年受尽并发和异步折磨的编程者来说，完全就是让人眼前一亮的感觉。

Go是一种非常高效的语言，高度支持并发性。Go是为大数据、微服务、并发而生的一种编程语言。

Go作为一门语言致力于使事情简单化。它并未引入很多新概念，而是聚焦于打造一门简单的语言，它使用起来异常快速并且简单。其唯一的创新之处是goroutines和通道。Goroutines是Go面向线程的轻量级方法，而通道是goroutines之间通信的优先方式。

创建Goroutines的成本很低，只需几千个字节的额外内存，正由于此，才使得同时运行数百个甚至数千个goroutines成为可能。可以借助通道实现goroutines之间的通信。Goroutines以及基于通道的并发性方法使其非常容易使用所有可用的CPU内核，并处理并发的IO。相较于Python/Java，在一个goroutine上运行一个函数需要最小的代码。

8、稳定性

Go拥有强大的编译检查、严格的编码规范和完整的软件生命周期工具，具有很强的稳定性，稳定压倒一切。那么为什么Go相比于其他程序会更稳定呢？这是因为Go提供了软件生命周期（开发、测试、部署、维护等等）的各个环节的工具，如gotool、gofmt、gotest。

Go语言教程：[6]编译运行GO程序

前面我们有写过一些GO语言开发环境和如何使用GO的IDE编辑器；当我们写完GO代码之后怎么运行GO代码也是一个比较纠结的问题；如果你用过Python的话就知道Python代码写完之后直接F5就开始运行了；但是Go却不行；所以今天小编为大家详细介绍一下怎么样运行编译go程序请自行查看我前面写得GO语言开发环境和GO语言IDE编辑器的经验文章我们先写一段GO代码 很简单就是打印输出一个hello world！保存为文件然后再CMD下一路cd到目录下来在cmd下运行 go run 就可以运行go程序了看看运行结果GO程序的代码是可以直接编译成exe文件的 在目录下运行 go build 即可把go程序编译成exe文件完成之后看看exe文件是否存在最好我们要看看运行exe的效果如果您觉得本经验有帮助，请点击正下方的或右上角的“大拇指”或“分享”或“关注TA”给我支持和鼓励 为了方便下次寻找，您可以点击“收藏”收藏本经验