TCP長連接用json通信服務(wù)端怎么確定服務(wù)？

初次做長連接服務(wù)，遇到點(diǎn)小問題，以前都是http的，以u(píng)rl確定服務(wù)

舉個(gè)例子說得清楚點(diǎn)
比如有2個(gè)服務(wù)，一個(gè)登錄一個(gè)聊天，客戶端傳過來對(duì)應(yīng)的json是

登錄：
{"type":"login","username":"abc","password":"123456"}
聊天:
{"type":"chat","from":"張三","to":"李四","content":"李四你好"}
json的type字段就表明了請求什么服務(wù)

對(duì)于golang通常我們要把這倆json解析為對(duì)應(yīng)的結(jié)構(gòu)體

type Login struct{
    Type string
    Username string
    Password string
}

type Chat struct{
    Type string
    From string
    To string
    Content string
}

請問我在剛收到j(luò)son字符串還不知道type是什么情況下怎么確定把該json解析到相應(yīng)的結(jié)構(gòu)體？我該 json.Unmarshal(json,?)

或者說我一開始的設(shè)計(jì)思路就是錯(cuò)的？

回答

編輯回答

夢一場

感謝邀請，最近忙別的，很少過來看。

這個(gè)問題很有意思，其實(shí)我自己也遇到類似的問題，互相學(xué)習(xí)了。

Go語言是強(qiáng)類型語言，因此要將JSON解析使用，面臨兩種情景:

第一種情況: JSON結(jié)構(gòu)已經(jīng)明確知道。
第二種情況: JSON結(jié)構(gòu)提前未知。

顯然第一種情況下，我們可以預(yù)先定義好結(jié)構(gòu)體類型來直接將JSON解析到對(duì)應(yīng)結(jié)構(gòu)體變量中即可。

而對(duì)于第二種情況，JSON結(jié)構(gòu)未知，而且Go語言又是強(qiáng)類型語言。我們沒有辦法預(yù)先定義好合適的結(jié)構(gòu)體，那么我們可以使用空接口類型來解析我們的JSON。

我們知道Go語言中的接口是一個(gè)非常靈活的特性，Go語言中沒有其他語言的繼承實(shí)現(xiàn)，多態(tài)是鴨子模式：叫起來像鴨子，它就是鴨子，這點(diǎn)就是通過interface實(shí)現(xiàn)的。 interface可以包含一組行為方法。只要實(shí)現(xiàn)這些行為方法的類型就實(shí)現(xiàn)了該接口。

interface既然能包含一組行為方法，它也可以什么都不包含，那么就是空接口?？战涌跓o需實(shí)現(xiàn)任何方法，任何類型都是空接口的實(shí)現(xiàn)。反過來說，也就是interface SomeInterface {}可以保存任何類型的值。

有了上面的知識(shí)，我們就可以為第二種情況找到解決方案，就是用空接口類型來保存解析JSON后的對(duì)象。

更多介紹參考下面的鏈接: https://github.com/astaxie/bu...

2017年3月30日 09:47

編輯回答

舊言

自己寫個(gè)配置文件，type對(duì)應(yīng)的結(jié)構(gòu)體，后續(xù)加的時(shí)候也方便多了

2017年6月14日 04:54

編輯回答

陌離殤

方案一: 想辦法定義一個(gè)統(tǒng)一的結(jié)構(gòu)體。
方案二: 先unmarshal到一個(gè)僅包含Type屬性的結(jié)構(gòu)體，等確定了Type再unmarshal到目標(biāo)結(jié)構(gòu)體。
方案三: 借助一些查詢JSON的庫，直接把Type的值拿到，再unmarshal到目標(biāo)結(jié)構(gòu)體。這種類型的庫有很多，比如這個(gè)。

2018年3月28日 02:57