我有一個命名問題。你用哪個詞來描述類似JSON的對象?
如果我從某個JSON讀取一個對象x,我可以調用我的變量xJson(或一些變體)。然而,有時數據可能來自多種不同的來源,其中JSON並不是特別的(例如XMLRPC,由地圖編制構建,列表&基元等)。
在這種情況下,變量的名稱是什麼?到目前爲止我所得到的最好的結果就像'DynamicData',這在某些情況下是可以的,但有點長,對於不熟悉約定的人可能不是很清楚。
我有一個命名問題。你用哪個詞來描述類似JSON的對象?
如果我從某個JSON讀取一個對象x,我可以調用我的變量xJson(或一些變體)。然而,有時數據可能來自多種不同的來源,其中JSON並不是特別的(例如XMLRPC,由地圖編制構建,列表&基元等)。
在這種情況下,變量的名稱是什麼?到目前爲止我所得到的最好的結果就像'DynamicData',這在某些情況下是可以的,但有點長,對於不熟悉約定的人可能不是很清楚。
SerializedData?
無論使用什麼序列化格式,哈希和數據列表的分層集合通常都被稱爲文檔。另一個有用的描述可能是有效載荷或主體在用於傳輸的消息主體或寫入鍵/值存儲的值字符串的意義上。
我傾向於自己將對象層次結構稱爲「doc」,而序列化格式稱爲「文檔」。因此一個RequestDocument被解析成一個RequestDoc,並且在進一步識別後它可能變成一個OrderDoc或者一個CustomerUpdateDoc等等。一個InvoiceDoc可能會變成已知的,因爲一個ResponseDoc最終會序列化爲一個ResponseDocument。
更長的形式很尷尬,但是這樣的序列化字符串通常是短暫的並且在代碼中本地化。
如果您的數據是模型,請在其代表的模型之後命名。例如,在內容的目的之後命名,而不是內容的格式。因此,如果是客戶信息列表,請將其命名爲「客戶」或「customerModel」,或類似的名稱。
如果您不知道內容是什麼,那麼名稱並不重要,除非您想區分格式。 「responseData」,「jsonResponse」等...
而且「DynamicData」不是一個長名字,除非絕對沒有關於數據的描述性描述。 「數據」可能會很好。