带着 orm 封装的疑问，我又来了~！

[waibunleung]

事情是这样的，在有了 orm 之后，在封装一层数据访问层，我觉得是没有大问题的。但是问题是怎么进行封装比较合适呢？ 下面是两个 case （伪代码）：
case1：

// 新增用户昵称
function addName(user_id, name){
    // 获取数据库链接
    db = _get_db()
    if (not db){
    	return error
    }

    add_time = time()

    insert_row = {
        user_id = user_id,
        name = name,
        status = this.status_using,
        add_time = add_time,
        updated_time = add_time,
    }
    insert_id, err = db.add(table, insert_row)
    if (err) {
        LOG("添加姓名失败" ,insert_row ,insert_id ,err)
        return error
    }

    return true
}

// service 层调用
res = xxx.addName(12, '拜拜你条尾')

code ...

case2：

function db_option(handlearr){
    is_ok = false
    if (len(handlearr) <= 0) {
        return is_ok
    }

    db = _get_db()
    if (not db){
    	return is_ok
    }

    for (index, option in handlearr) {
        is_ok = true
        if (option.cmd== '__delete') {
            res = db.delete(option.table_name, option.data)
            if (res <= 0) {
                LOG("delete data err where:",json_encode(option.data))
                is_ok = false
            }
        }
        if (option.cmd== '__insert'){
            res = db.add(option.table_name, option.data)
            if (not res) {
                LOG("insert data failed:",json_encode(option.data))
                is_ok = false
            }
        }
    }
    return is_ok
}

// service 层调用
handlearr = [
    {cmd = '__insert',table_name = 't_user', data = userinfo},  
    {cmd = '__delete',table_name = 't_device', data = {id = deviceinfo.id}}
]

res = db_option(handlearr)

code ...

1.想知道怎样的封装才是比较合适的？个人认为第一种就够了，第二种的话好像慢慢会封装成另一个 orm 的感觉，而且隐藏的细节更多了.... 2.dao 层对 orm 再封装的话，怎么样才比较符合认知？

求各位赐教！

[no1xsyzy]

Service 层直接用 ORM 有什么不好的呢？

数据分层的目的是避免底层数据结构变动导致多处代码同时修改，你要在 ORM 上套一层，是因为表结构时刻在变吗？
如果数据库表的定义不受控制，那没什么问题，但通常不会有这种情况吧。
或者在 SQL 基础上封装得了（

（我从每个地方手写 sql 到半自动组装 sql 到每个行动添加一个 Model 层到 ORM 框架这条路重新走了一遍，我是不太想回去）