亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

json中怎么構建一個即時消息對話

發布時間:2021-11-03 16:25:47 來源:億速云 閱讀:117 作者:iii 欄目:編程語言

本篇內容主要講解“json中怎么構建一個即時消息對話”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“json中怎么構建一個即時消息對話”吧!

在我們的即時消息應用中,消息表現為兩個參與者對話的堆疊。如果你想要開始一場對話,就應該向應用提供你想要交談的用戶,而當對話創建后(如果該對話此前并不存在),就可以向該對話發送消息。

就前端而言,我們可能想要顯示一份近期對話列表。并在此處顯示對話的最后一條消息以及另一個參與者的姓名和頭像。

在這篇帖子中,我們將會編寫一些端點endpoint來完成像“創建對話”、“獲取對話列表”以及“找到單個對話”這樣的任務。

首先,要在主函數 main() 中添加下面的路由。

router.HandleFunc("POST", "/api/conversations", requireJSON(guard(createConversation)))router.HandleFunc("GET", "/api/conversations", guard(getConversations))router.HandleFunc("GET", "/api/conversations/:conversationID", guard(getConversation))

這三個端點都需要進行身份驗證,所以我們將會使用 guard() 中間件。我們也會構建一個新的中間件,用于檢查請求內容是否為 JSON 格式。

JSON 請求檢查中間件

func requireJSON(handler http.HandlerFunc) http.HandlerFunc {    return func(w http.ResponseWriter, r *http.Request) {        if ct := r.Header.Get("Content-Type"); !strings.HasPrefix(ct, "application/json") {            http.Error(w, "Content type of application/json required", http.StatusUnsupportedMediaType)            return        }        handler(w, r)    }}

如果請求request不是 JSON 格式,那么它會返回 415 Unsupported Media Type(不支持的媒體類型)錯誤。

創建對話

type Conversation struct {    ID                string   `json:"id"`    OtherParticipant  *User    `json:"otherParticipant"`    LastMessage       *Message `json:"lastMessage"`    HasUnreadMessages bool     `json:"hasUnreadMessages"`}

就像上面的代碼那樣,對話中保持對另一個參與者和最后一條消息的引用,還有一個 bool 類型的字段,用來告知是否有未讀消息。

type Message struct {    ID             string    `json:"id"`    Content        string    `json:"content"`    UserID         string    `json:"-"`    ConversationID string    `json:"conversationID,omitempty"`    CreatedAt      time.Time `json:"createdAt"`    Mine           bool      `json:"mine"`    ReceiverID     string    `json:"-"`}

我們會在下一篇文章介紹與消息相關的內容,但由于我們這里也需要用到它,所以先定義了 Message 結構體。其中大多數字段與數據庫表一致。我們需要使用 Mine 來斷定消息是否屬于當前已驗證用戶所有。一旦加入實時功能,ReceiverID 可以幫助我們過濾消息。

接下來讓我們編寫 HTTP 處理程序。盡管它有些長,但也沒什么好怕的。

func createConversation(w http.ResponseWriter, r *http.Request) {    var input struct {        Username string `json:"username"`    }    defer r.Body.Close()    if err := json.NewDecoder(r.Body).Decode(&input); err != nil {        http.Error(w, err.Error(), http.StatusBadRequest)        return    }     input.Username = strings.TrimSpace(input.Username)    if input.Username == "" {        respond(w, Errors{map[string]string{            "username": "Username required",        }}, http.StatusUnprocessableEntity)        return    }     ctx := r.Context()    authUserID := ctx.Value(keyAuthUserID).(string)     tx, err := db.BeginTx(ctx, nil)    if err != nil {        respondError(w, fmt.Errorf("could not begin tx: %v", err))        return    }    defer tx.Rollback()     var otherParticipant User    if err := tx.QueryRowContext(ctx, `        SELECT id, avatar_url FROM users WHERE username = $1    `, input.Username).Scan(        &otherParticipant.ID,        &otherParticipant.AvatarURL,    ); err == sql.ErrNoRows {        http.Error(w, "User not found", http.StatusNotFound)        return    } else if err != nil {        respondError(w, fmt.Errorf("could not query other participant: %v", err))        return    }     otherParticipant.Username = input.Username     if otherParticipant.ID == authUserID {        http.Error(w, "Try start a conversation with someone else", http.StatusForbidden)        return    }     var conversationID string    if err := tx.QueryRowContext(ctx, `        SELECT conversation_id FROM participants WHERE user_id = $1        INTERSECT        SELECT conversation_id FROM participants WHERE user_id = $2    `, authUserID, otherParticipant.ID).Scan(&conversationID); err != nil && err != sql.ErrNoRows {        respondError(w, fmt.Errorf("could not query common conversation id: %v", err))        return    } else if err == nil {        http.Redirect(w, r, "/api/conversations/"+conversationID, http.StatusFound)        return    }     var conversation Conversation    if err = tx.QueryRowContext(ctx, `        INSERT INTO conversations DEFAULT VALUES        RETURNING id    `).Scan(&conversation.ID); err != nil {        respondError(w, fmt.Errorf("could not insert conversation: %v", err))        return    }     if _, err = tx.ExecContext(ctx, `        INSERT INTO participants (user_id, conversation_id) VALUES            ($1, $2),            ($3, $2)    `, authUserID, conversation.ID, otherParticipant.ID); err != nil {        respondError(w, fmt.Errorf("could not insert participants: %v", err))        return    }     if err = tx.Commit(); err != nil {        respondError(w, fmt.Errorf("could not commit tx to create conversation: %v", err))        return    }     conversation.OtherParticipant = &otherParticipant     respond(w, conversation, http.StatusCreated)}

在此端點,你會向 /api/conversations 發送 POST 請求,請求的 JSON 主體中包含要對話的用戶的用戶名。

因此,首先需要將請求主體解析成包含用戶名的結構。然后,校驗用戶名不能為空。

type Errors struct {    Errors map[string]string `json:"errors"`}

這是錯誤消息的結構體 Errors,它僅僅是一個映射。如果輸入空用戶名,你就會得到一段帶有 422 Unprocessable Entity(無法處理的實體)錯誤消息的 JSON 。

{    "errors": {        "username": "Username required"    }}

然后,我們開始執行 SQL 事務。收到的僅僅是用戶名,但事實上,我們需要知道實際的用戶 ID 。因此,事務的第一項內容是查詢另一個參與者的 ID 和頭像。如果找不到該用戶,我們將會返回 404 Not Found(未找到) 錯誤。另外,如果找到的用戶恰好和“當前已驗證用戶”相同,我們應該返回 403 Forbidden(拒絕處理)錯誤。這是由于對話只應當在兩個不同的用戶之間發起,而不能是同一個。

然后,我們試圖找到這兩個用戶所共有的對話,所以需要使用 INTERSECT 語句。如果存在,只需要通過 /api/conversations/{conversationID} 重定向到該對話并將其返回。

如果未找到共有的對話,我們需要創建一個新的對話并添加指定的兩個參與者。最后,我們 COMMIT 該事務并使用新創建的對話進行響應。

獲取對話列表

端點 /api/conversations 將獲取當前已驗證用戶的所有對話。

func getConversations(w http.ResponseWriter, r *http.Request) {    ctx := r.Context()    authUserID := ctx.Value(keyAuthUserID).(string)     rows, err := db.QueryContext(ctx, `        SELECT            conversations.id,            auth_user.messages_read_at < messages.created_at AS has_unread_messages,            messages.id,            messages.content,            messages.created_at,            messages.user_id = $1 AS mine,            other_users.id,            other_users.username,            other_users.avatar_url        FROM conversations        INNER JOIN messages ON conversations.last_message_id = messages.id        INNER JOIN participants other_participants            ON other_participants.conversation_id = conversations.id                AND other_participants.user_id != $1        INNER JOIN users other_users ON other_participants.user_id = other_users.id        INNER JOIN participants auth_user            ON auth_user.conversation_id = conversations.id                AND auth_user.user_id = $1        ORDER BY messages.created_at DESC    `, authUserID)    if err != nil {        respondError(w, fmt.Errorf("could not query conversations: %v", err))        return    }    defer rows.Close()     conversations := make([]Conversation, 0)    for rows.Next() {        var conversation Conversation        var lastMessage Message        var otherParticipant User        if err = rows.Scan(            &conversation.ID,            &conversation.HasUnreadMessages,            &lastMessage.ID,            &lastMessage.Content,            &lastMessage.CreatedAt,            &lastMessage.Mine,            &otherParticipant.ID,            &otherParticipant.Username,            &otherParticipant.AvatarURL,        ); err != nil {            respondError(w, fmt.Errorf("could not scan conversation: %v", err))            return        }         conversation.LastMessage = &lastMessage        conversation.OtherParticipant = &otherParticipant        conversations = append(conversations, conversation)    }     if err = rows.Err(); err != nil {        respondError(w, fmt.Errorf("could not iterate over conversations: %v", err))        return    }     respond(w, conversations, http.StatusOK)}

該處理程序僅對數據庫進行查詢。它通過一些聯接來查詢對話表&hellip;&hellip;首先,從消息表中獲取最后一條消息。然后依據“ID  與當前已驗證用戶不同”的條件,從參與者表找到對話的另一個參與者。然后聯接到用戶表以獲取該用戶的用戶名和頭像。最后,再次聯接參與者表,并以相反的條件從該表中找出參與對話的另一個用戶,其實就是當前已驗證用戶。我們會對比消息中的  messages_read_atcreated_at 兩個字段,以確定對話中是否存在未讀消息。然后,我們通過 user_id 字段來判定該消息是否屬于“我”(指當前已驗證用戶)。

注意,此查詢過程假定對話中只有兩個用戶參與,它也僅僅適用于這種情況。另外,該設計也不很適用于需要顯示未讀消息數量的情況。如果需要顯示未讀消息的數量,我認為可以在 participants 表上添加一個unread_messages_count INT 字段,并在每次創建新消息的時候遞增它,如果用戶已讀則重置該字段。

接下來需要遍歷每一條記錄,通過掃描每一個存在的對話來建立一個對話切片slice of conversations并在最后進行響應。

找到單個對話

端點 /api/conversations/{conversationID} 會根據 ID 對單個對話進行響應。

func getConversation(w http.ResponseWriter, r *http.Request) {    ctx := r.Context()    authUserID := ctx.Value(keyAuthUserID).(string)    conversationID := way.Param(ctx, "conversationID")     var conversation Conversation    var otherParticipant User    if err := db.QueryRowContext(ctx, `        SELECT            IFNULL(auth_user.messages_read_at < messages.created_at, false) AS has_unread_messages,            other_users.id,            other_users.username,            other_users.avatar_url        FROM conversations        LEFT JOIN messages ON conversations.last_message_id = messages.id        INNER JOIN participants other_participants            ON other_participants.conversation_id = conversations.id                AND other_participants.user_id != $1        INNER JOIN users other_users ON other_participants.user_id = other_users.id        INNER JOIN participants auth_user            ON auth_user.conversation_id = conversations.id                AND auth_user.user_id = $1        WHERE conversations.id = $2    `, authUserID, conversationID).Scan(        &conversation.HasUnreadMessages,        &otherParticipant.ID,        &otherParticipant.Username,        &otherParticipant.AvatarURL,    ); err == sql.ErrNoRows {        http.Error(w, "Conversation not found", http.StatusNotFound)        return    } else if err != nil {        respondError(w, fmt.Errorf("could not query conversation: %v", err))        return    }     conversation.ID = conversationID    conversation.OtherParticipant = &otherParticipant     respond(w, conversation, http.StatusOK)}

這里的查詢與之前有點類似。盡管我們并不關心最后一條消息的顯示問題,并因此忽略了與之相關的一些字段,但是我們需要根據這條消息來判斷對話中是否存在未讀消息。此時,我們使用 LEFT JOIN 來代替 INNER JOIN,因為 last_message_id 字段是 NULLABLE(可以為空)的;而其他情況下,我們無法得到任何記錄。基于同樣的理由,我們在 has_unread_messages 的比較中使用了 IFNULL 語句。最后,我們按 ID 進行過濾。

如果查詢沒有返回任何記錄,我們的響應會返回 404 Not Found 錯誤,否則響應將會返回 200 OK 以及找到的對話。

到此,相信大家對“json中怎么構建一個即時消息對話”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

南陵县| 桐柏县| 垦利县| 兴安盟| 平江县| 宜春市| 河东区| 阳西县| 徐汇区| 蓬溪县| 哈尔滨市| 萨迦县| 友谊县| 利川市| 六枝特区| 阿克| 宜阳县| 新化县| 沈丘县| 云林县| 高雄市| 海林市| 伊春市| 类乌齐县| 沙田区| 新绛县| 吴堡县| 西乌| 当雄县| 陆川县| 万载县| 曲周县| 吴旗县| 福鼎市| 积石山| 武义县| 西青区| 五河县| 邻水| 策勒县| 招远市|