一、基于golang的ORM可以和Laravel Eloquent相媲美的

golang是類型嚴格的語言（好像是這樣說吧），同時也沒有范型，還沒有繼承（這點實在不知道是怎么考慮的），基于這兩點，golang的ORM不可能像php那樣設計，更不可能做到Eloquent那樣方便易用。

當然，golang有struct的組合可以當集成，但是，假設給DB結構體安裝上一堆方法，

type DB struct {

}

func (d *DB) Where(option interface{}) {

??????? Type := reflect.TypeOf(d).Elem()

??? for i := 0; i < Type.NumField(); i++ {

?????? field := Type.Field(i)

?????? // do something

??? }

}

如果在User結構體組合DB結構體

type User struct {

??????? *gorm.DB

}

調用user內的where方法實際上是調用了DB內的where方法，反射不出字段，所以，在golang的orm設計中，通常是這樣做的：

type DB? struct {}

func （db *DB） where（）{}

func （db *DB） select（）{}

使用的時候：

type User struct {}? // 定義一個user模型

var db DB //初始化db結構體

var user User // 初始化User結構體

db.where().select(&user)

上面是兩個語言在語言層面就造成的差異，看個人習慣，用起來都不難，golang的GORM和XORM都很好用，我做項目的時候用的是GORM。

至于類似Eloquent功能的基于golang的ORM，我找了很久，沒有找到，畢竟Eloquent內有非常多的laravel支持類，比如collection類，分頁類，

除去collection和分頁的話，我感覺GORM基本和Eloquent類似，同樣有表間關系，軟刪除等，當然，我的項目表間關系和軟刪除用的非常多，其他功能關注不多，也沒注意。

至于具體選哪個，你自己測試一下好了。

延伸閱讀：

二、resultMap 知識點

resultMap 元素用來描述如何將結果集映射到 Java 對象，使用 resultMap 對列表展示所需的必要字段來進行自動映射，特別是當數據庫的字段名和實體類 POJO 中的屬性名不一致的情況下，比如角色名稱，字段名/列名 column 是 roleName，而 User 對象的屬性名則為 userRoleName ，此時就需要做映射。

resultMap 元素的屬性值和子節點

id 屬性：少數標識，此 id 值用于 select 元素 resultMap 屬性的引用。

type 屬性：表示該 resultMap 的映射結果類型。

result 子節點：用于標識一些簡單屬性，其中 column 屬性表示從數據庫中查詢的字段名或別名， property 屬性則表示查詢出來的字段對應的值賦給實體對象的哪個屬性。

說明：MyBatis 中在對查詢進行 select 映射的時候，返回類型可以用 resultType 也可以用 resultMap ，resultType和 resultMap 有一定關聯和區別，應用場景也不同。