XML和JSON人們能否評論使用這些擴展名的機器類型傾向於生成數據？
我正在整理一張幻燈片，顯示可導入JMP的數據類型的廣度……但是我想從客戶的角度來做。
也許這個地方已經存在，我只是不知道……
回复：XML和JSON@wendytseng我不知道您所說的機器類型是什麼意思……也許您是指進程或應用程序？
我會說，這將取決於用於創建收集數據的應用程序的技術。 通常，開發人員會使用一個庫以一種或另一種格式生成輸出（可以“手工”生成，但很容易出錯），因此，如果再進一步一步，所述庫的可用性就成為一個因素。
XML到現在已經有幾十年了，而且非常冗長，因此它很可能由用C / C ++和Java等語言編寫的應用程序生成。 指向嵌入式服務器，物聯網等
JSON是最近的更新，是JavaScript的子集，因此可以在Web服務和Web應用程序中找到。 用JavaScript或Python編碼的服務器更有可能生成JSON數據。
當然，這些只是高層的猜測，您當然可以將IoT數據存儲在JSON中，而將Web服務存儲在XML中。
PS：出現了為速度而設計的新一代格式，例如Apache Arrow（列數據）和gRPC（二進制編碼）。 不久之後，我們還將看到客戶也詢問這些問題。
回复：XML和JSON謝謝@nascif_jmp 。我的問題源於想要將文件類型鏈接回實驗室，製造車間等實際設備的趨向，這些設備可能會生成這些類型的文件。根據您的描述，我想我應該將問題改寫為“哪個應用程序傾向於生成JSON和XML ...並且人們對於與這些應用程序一起使用的某些類型的設備是否有特定的經驗”。在不將JSON和XML導入綁定到設備，測量系統等方面的情況下，很難進行演示來描述JSON和XML導入的好處（面向廣大受眾）。
回复：XML和JSON那是對的。 您可以擁有非常不同的數據管道，從實驗室中具有嵌入式數據收集過程的單台機器到工廠車間中的數百台機器（在IoT場景中，城市中的數千台機器）將事件發送到數據收集過程（甚至可能在雲上）。 寫下收集的數據的“最後一英里”過程將確定最終格式。
