Searching...

[TOC]

包名约定

根据官方《Effective Go》建议,包名尽量采用言简意赅的名称(short, concise, evocative)。并且推荐通过不同的import路径来区分相同包名的包引入。

包名冲突

这是使用Go语言开发项目往往会遇到的问题。该示例同样也展示了使用GF框架开发项目时如何避免包名冲突。

在本示例中,控制器、业务逻辑及数据模型中均存在user包名,因此假如在同一个go文件中引入时会存在包名冲突的问题。如果从Go语言语法角度来看的话,可以通过给某个包设置别名的方式解决。但在本示例中,不会出现包名冲突的问题,因为该示例严格遵守了设计模式。即在控制中api只会调用service,不会出现直接调用model的情况;而在service中可能会调用到model,而不会调用控制器api的情况;当然model往往只会与数据库打交道。

常见的问题是在控制器api既调用了service也调用了model,往往需要通过别名的方式来解决。这种不严格遵守设计模式的方式是不推荐的,虽然得到了一时便捷的快感,却丧失了设计模式为项目管理带来的好处。在企业级的项目管理中,推荐是禁止。

“包名冲突”这样的问题往往为设计模式形成了一种潜在的约束。