Tag Archives: 翻译

使用 cgo 让 Go 跟 C 一起工作已经不是啥稀奇的了。有大量的第三方包直接对 C 的库做了封装，提供给 Go 使用。从 Go 项目本身的代码中可以看到，不但有 C 代码，还有汇编代码存在。那么在自己的项目中是否能跟汇编结合呢？这篇文章完整并清晰的解说了如何让 Go 和汇编协同工作。真得性能敏感？上汇编吧！！ ————翻译分隔线———— Go 和汇编 关于 Go，我最喜欢的部分之一就是它那坚定不移的实用主义线路。有时我们过于强调语言的设计，而忘记了编程所包含的其他内容。例如：

春节前，粗略研究了一下微信的公共帐号。用 Golang 实现了一个简单的 package wechat，用于接入微信公共帐号。当时就在思考，微信的文字交互过程如果要实现有一定逻辑的复杂过程，可能需要使用到状态机。然后，就看到了这篇文章：《State machines in Go (#golang)》。非常合时宜啊！翻译于此，以飨读者！ ——–翻译分隔线——– Go(#golang) 实现的状态机 我已经用 Go 代替 Python 重写了一个关键的服务组件。由于 Python 的解释器不是线程安全的，所以在解析的时候使用了全局锁。Go 与 Python 不同，它内建了并发支持，并且是静态编译的。

原文在此，续前…… ——–翻译分隔线——– 在 Go 应用中使用简明架构（5） 基础层 就像上面提到的，我们的存储认为“数据库”是一个可以用 SQL 请求发送或接收数据行的抽象。它们不关心基础构建的问题，例如链接到数据库，或使用哪个数据库。这是在 src/infrastructure/sqlitehandler.go 中完成的，高层次的 DbHandler 接口是通过调用低层次的功能来实现的：

原文在此，续前…… ——–翻译分隔线——– 在 Go 应用中使用简明架构（4） 接口层 关于这点，必须说，所有东西都得有编码智慧，不论是真实的商业还是我们的应用用例。让我们看看对于接口层的代码这意味着什么。不像在各个内部层次中，所有代码都属于一个逻辑，接口层是由若干独立的部分构建而成。因此，我们将这个层次的代码拆分为若干个文件。 由于我们的商店要通过 Web 访问，就从 Web 服务开始吧：

原文在此，续前…… ——–翻译分隔线——– 在 Go 应用中使用简明架构（3） 用例层 现在来看看用例层代码，同样，它刚刚好能放在一个文件中：

原文在此，续前…… ——–翻译分隔线——– 在 Go 应用中使用简明架构（2） 架构实现 首先来实现领域层。之前已经说过，应用和其用例将完全可用，但是这不是一个完整的商城。因此，定义领域的代码应当足够短小，这样正好可以放在一个文件中：

原文在此，很长，好文，不解释。不快点翻译，就翻译不完了。 —————-翻译分隔线—————- 在 Go 应用中使用简明架构（1） 关于这篇文章 我想通过展示如何将 Bob 大叔的简明架构使用到 Go 应用，来向这个概念做一些贡献。这里并未对 Bob 大叔的博文进行过多的修改，因此阅读他的文章是理解我的内容的先决条件。 其中，他主要描述了依赖原则，也就是软件的不同部分组织成环的形式一个套一个的应用到架构中。“……也就是说代码的依赖应当是内敛的。内环对外环的一切都一无所知。尤其是那些定义在外环的名字，不应当在内环的代码中出现。包括函数、类、变量或任何命名的软件模型。” 我认为，依赖原则是构建可对框架、UI或数据库进行局部测试并解藕的软件系统的最为重要的条件。当遵循这个条件时，将得到一个有着明确关注分离的低耦合系统。

这篇文章虽然不长，但是很有趣。看到好几天了，一直都没空翻译。抽空翻译出来，这应当算是英文“标题党”和“高级黑”吧。 原文不好读，也没什么特别的；不过如果是为了强化学习 Golang 的信心，值得看看。 原文在此：http://aeronotix.pl/blog/go-is-boring —————-翻译分隔线—————- 无聊的 Golang Go 没什么新鲜的，也没什么特别的。你在看到 Go 之前都遇到过了。是的，我也是这么认为的。不过你所没见过的是所有这些都集中在一个语言中，产生了一个 TMD 超级有用的核心。

上个星期，我写了篇《Function call by name in Golang》。由于是英文的，所以被人诟病（说谁，谁知道！）。好吧，现在用中文重新写一遍。 Golang 中的函数跟 C 的一样，是个代码块，不过它可以像其他类型那样赋值给一个变量。 如果你对函数不熟悉，《Codewalk: First-Class Functions in Go》应该是个不错的起点。已经有所了解？那么继续吧！ 首先，来看看这段 PHP 代码： 它会输出：