梁猿外

官方提供的 `error` 实在是无力吐槽，虽然从 `1.13` 提供了一个 `Wrap` 和 `UnWrap` 方式，但是还是无法满足我们日常开发的需求。所以我们不得不对它进行二次封装。今天和大家分

swig 对于写 C/C++ 的同学来说并不陌生，它是一个开发工具，用以把当前的C/C++项目和其他高层次语言连接起来，直白的说就是：可以生成供其他语言调用的api 接口代码。那么对于Go的项目来说，

Go属于静态编译类型语言，但有时候我们希望在线上系统中能给业务方开放更多干预服务逻辑的能力，但又不想完全开放整个系统能力。这时候让我想到了 Go 是否可以使用插件机制动态加载代码Go代码，下面总结了

在学习 Socket 编程前，我们需要了解另一个计算机基础知识：字节序(Endianness)，字面意思不难理解就是字节的顺序。看了那么多关于字节序的说明，还是比较喜欢维基百科中关于它的定义："在计算

讲真，不管其他Go粉是怎么想的，对于我来说，Go 泛型在规划到1.18版本提案之后，我就一直留着哈喇子满怀期待。接着我要使用这个新特性重构一下目前团队中函数库。

在 Go 语言中，使用 cgo 无非就两种主要场景：一种是 Go 生成动态库so文件（或静态文件），供其他语言如c来使用；另一种是使用 C 语言封装动态库，供 Go 调用。接下来...

使用Go调用C库，往往比使用C调用Go的动态库更为常见(上一篇文章)。之所以很过公共库是由底层类似C语言来封装，由上层应用层语言来调用，要么是性能的瓶颈；要么是降低公共服务的维护成本，尤其是在一家大型

Go 1.18版本正式引入泛型，这里尝试用泛型来对Gorm进行分页封装，可以实现一个非常接近Mybatis/Mybatis-plus风格的封装；并对反射和泛型的性能做了简单的评估。