2
我不得不建立一個集成的應用程序,其中三個進程必須通過消息通信相互通信 。就像命令一樣,消息非常小。我對XML不太瞭解。如果使用選項 使用XML進行消息通信,或者最好以結構&的形式發送消息 接收實體讀取結構化消息字段明智的 &相應地解釋。請指導。我應該使用XML進行消息通信嗎?
Pratap Malik
我不得不建立一個集成的應用程序,其中三個進程必須通過消息通信相互通信 。就像命令一樣,消息非常小。我對XML不太瞭解。如果使用選項 使用XML進行消息通信,或者最好以結構&的形式發送消息 接收實體讀取結構化消息字段明智的 &相應地解釋。請指導。我應該使用XML進行消息通信嗎?
Pratap Malik
首先! 好問題!一般人都會想這個,但他們做出了決定。
現在你的問題有兩個答案
1)是!如果你想想要保留你傳達的消息的歷史記錄以及過程。
2)否!如果您不提供歷史記錄。無需製作任何文件。只要保持在會話(如果你想),直到過程運行
--->我更喜歡第一選項,因爲從歷史上你可以得到過去的數據。還有一個主要的問題是不需要會話維護(所以服務器內存保存!有點!但內存是內存)!另一個原因是XML非常輕量級且定製標記!
用什麼語言編寫的程序?什麼樣的消息?過程管道或網絡? – Corbin 2012-01-31 06:57:19
如果應用程序的這兩部分使用相同的數據結構,並且不會涉及重新格式化或解析,我沒有理由在發送之前將它們轉換爲其他內容。如果消息非常小並且沒有複雜的結構,那麼XML是過度殺傷的。如果不需要與其他進程進行通信而不僅僅是自己的應用程序,則不需要XML。如果性能或時間安排存在問題,請不要使用XML。如果您不需要將消息保存到磁盤並手動進行編輯,爲什麼選擇像XML這樣的臃腫格式呢?嗯,不能想到任何有利於XML的東西 – 2012-01-31 07:27:50