Alibaba/IOC-golang 正式开源 ——打造服务于go开发者的IOC框架

Alibaba/IOC-golang 正式开源 ——打造服务于go开发者的IOC框架_第1张图片

IOC(inversion of control)即控制反转,是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度。IOC-golang 是一款服务于Go语言开发者的依赖注入框架,基于控制反转思路,方便开发人员搭建任何 Go 应用。

在本文中,我不会罗列这个项目的种种功能与实现,而是站在开发者的角度,谈一谈我认为 Go 应用开发的“理想姿态”。

项目背景

在面向对象编程的思路下,开发者需要直接关心对象之间的依赖关系、对象的加载模型、对象的生命周期等等问题。对于较为复杂的业务应用系统,随着对象数目增长,对象之间的拓扑关系呈指数级增加,如果这些逻辑全部由开发人员手动设计和维护,将会在应用内保存较多业务无关的冗余代码,影响开发效率,提高代码学习成本,增加了模块之间的耦合度,容易产生循环依赖等等问题。

随着开发者的增多,设计模型的复杂化,将会产生对象管理框架的诉求,例如 Java 生态的 Spring 框架,其设计的核心就是控制反转思路,从而为开发者提供依赖注入、配置注入、生命周期管理等能力。Go 语言生态在开源侧也有较多基于该思路的实现,但普遍能力较为单一,相比于我们的设计思路 ,在可扩展性、易用性等方面有所不足。

IOC-golang 不是 Go 语言实现的 Spring 框架!

我们致力于打造一款针对 Go 开发人员的框架,它适配与 Go 的语法和各种基本概念,符合 Go 语言开发习惯,能真正为开发人员提供编程、思考、运维、以及代码阅读上的便利。

设计思路

让我们聊一些轻松的话题。

应用开发思路

应用程序多种多样,都是由开发人员一行一行代码编写出来的,身为开发人员,在编写代码之前,一定是对接下来要写的每一行代码有初步的思考与设计。例如,我身为一个 Go 开发人员,如果期望编写一个web 后端服务程序,那么我会怎么做?

最直观的思路,我需要启动一个http server,用于监听某个端口,并且处理http协议的请求。使用面向对象的思路,我需要构建一个http server对象,之后调用方法开启监听。再往下一层思考,这个http server 对象如果要创建出来,需要依赖一些对象,这些对象可能包含:多个 http handler 对象、用于可视化上报的对象、管理安全认证的对象等等。再下一层,一个http handler 对象依赖的对象有:负责执行序列化操作的对象、传输结构对象、业务处理对象;业务处理对象又依赖一些sdk,例如缓存客户端对象、数据库客户端对象等等。我们现在层层思考的过程,也就是自顶向下的设计模型。

我们可以把一个复杂的应用程序,根据依赖关系,抽象为一个具有单起点的有向图,以上面描述的场景为例,我们可以画出具有如下拓扑的图。

Alibaba/IOC-golang 正式开源 ——打造服务于go开发者的IOC框架_第2张图片

脑海中有了这些拓扑,就可以按照习惯的方式编写代码了,我可能选择先把未实现的模块抽象成接口,由上至下编写结构,我也可能习惯自底向上开发,先从最具体的底层结构入手,然后用多个子结构组成一个完整的上层结构。无论选择哪种实现方案,我在开发时总会关心一件事情:我要开发的结构,是由哪些结构组成的,我把这个事情称作一个“开发单元”,这也是IOC-golang 框架关心的主要问题之一。

按照常规的应用开发模式,在一个“开发单元”内,开发者需要关注哪些事情?我们习惯于编写一个构造函数返回需要的对象,这个构造函数的入参,包含了一些参数以及下游依赖,我们在构造函数中会把这些对象和参数拼接成一个结构,再执行初始化逻辑,最后返回。

我们把这个“开发单元”关心的东西,按照依赖关系抽象成下图。

Alibaba/IOC-golang 正式开源 ——打造服务于go开发者的IOC框架_第3张图片

也就是说,如果想基于一个结构构造出一个对象,我们最多需要提供这三个东西就够了:参数/配置、依赖的子对象和一段包含初始化逻辑的函数,当然对于一些简单的结构,可能只需要三者中的一两者,甚至都不需要。按照这一思路,开发人员可以把 “编写一个应用” ,拆分成若干个 “构造一个对象”的过程,二者是等价的,我们都在编码的过程中,潜移默化地做了这件事情。

你可能感兴趣的:(golang,java,前端,云计算)