为什么是Martini

在上一版 Go语言博客实践 中, 作者提到不使用框架来完成一个 Blog 系统. 现在选择 Martini 作为基础框架确实和 Martini 设计的独特性有关. Martini 的核心 Injector 实现了依赖注入 ( 参见 控制反转 ).

这里有两篇博客可供参考 Martini的工作方式 和 Martini中的Handler. 简单的说 Injector 通过 reflect 削弱了合作对象间引用依赖.

对于 Martini 的使用可以简单总结为:

• Martini 对象方法 Map/MapTo/Use/Handlers/Action 非并发安全, 服务器运行前使用.
• Router 对象也是非并发安全的, 服务器运行前使用.
• Context 对象是在 http Request 时动态创建的.
• 所有要使用的对象必须先 Map/MapTo.
• 对 http.ResponseWriter 任何的 Write 都会完结响应. 内部方法是终止了响应 Handler.
• 善用 Context 对象的 Next 方法会产生奇效.

上一版本因为不能找到 "解耦" 的框架而放弃使用框架. Martini 在 Injector 的支持下为"解耦"提供了可能. 这正是笔者希望的.

Package选择与修改

• Martini社区 martini-contrib

  Martini 社区贡献的 package, 可能会使用一些.如果您研究了 Martini 和这些 contrib package, 您会发现真的解耦了.

• 角色控制 accessflags

  角色控制是应用中的常见需求, accessflags 基于 Martini 实现了一个通过 interger 标记值控制 Martini.Handler 是否允许访问. 可以用于角色控制. (已被社区收录)

• 配置文件支持 tom-toml

  笔者重新写了一个 TOML 解析器 tom-toml, 参见文章有关tom-toml的一些事儿, 和第六章的内容.

• 数据库操作 typepress/db

  upper.io/db 是 gosexy/db 的重构版本. 代码质量很高. 但是包路径问题同样给 import 造成了问题. 为方便, 笔者 fork 了一个 github 版本 typepress/db. upper.io/db 为常见的 SQL/NoSQL 数据库提供了统一的调用接口, 这是非常难能可贵的.

• 日志支持 typepress/log

  typepress/log 学习了 uniqush/log 的一些好想法重新构建的. typepress/log 支持日志分割, 并实现了一个 file 日志, 一个 email 日志.

• template 模板

  可能会有几个备选版本 martini-contrib 中有render, 笔者写有 template.

• 国际化支持 i18n

  这是一个简洁的 i18n 支持接口, 仿照 fmt.Sprint, fmt.Sprintf 的形式. 在使用中即便暂时没有国际化支持的需求, 使用 i18n 所带来的消耗也是极小的. 完全可以当作 fmt.Sprint, fmt.Sprintf 使用.

依赖注入

Martini 的核心就是实现依赖注入, 高度解耦. 依据依赖注入的思路, 上述的 package 被替换掉应该不是一件复杂的事情. 随时引入依赖注入也应该很容易. 也许吧, 实践中我会关注这个事情.