2010-02-12 59 views

回答

0

可能不是,但這不是正確的問題。

回答:WCF肯定支持JSON,最終會在底層使用HttpWebRequest,它肯定會有相同的網絡延遲。更重要的是,它將使用相同的服務器來獲取JSON。 WCF在構建,維護和配置Web服務和客戶端方面具有很多優勢,但這並不神奇。與WCF默認使用的方式相比,反序列化JSON的方法可能非常慢,但我對此表示懷疑。

這就提出了真正重要的一點:找出爲什麼表現不好。如果你知道什麼是緩慢的,那麼改變框架只是一個可以理解的優化選項,而且,如果做一些不同的事情會使它變慢。它是服務器嗎?它是否是反序列化?它是網絡嗎?它是身份驗證還是其他請求開銷細節?等等。

所以真正的答案是:簡介!一旦你知道性能問題是什麼,你可以對WCF這樣的框架是否會有所幫助做出明智的決定。

0

簡短的回答是:不。

更長的答案是WCF是一個API,它沒有指定通信方法,但支持多種方法。但是,這些方法通常都是通過SOAP來實現的,而SOAP將涉及比JSON更多的竊聽,並且it would seem the world has decided to move on from SOAP

你在尋找什麼樣的表現,你會得到什麼?這可能是因爲你僅僅是面對網絡位置的物理限制,在這種情況下,即使數據不穩定,您也可能希望讓界面更具響應能力。

看看大部分延遲是否到達遠程站點(例如,響應時間與ping時間相當),這是值得的。或者,問題可能是遠程站點生成和提供頁面所需的時間。如果是這樣,一些中間緩存可能是最好的。

0

關於Isaac所說的+1,但我要補充的一件事是,如果你在這裏使用WCF,它將在大多數地方內部使用HttpWebRequest,所以你絕對不會獲得性能。然而,無意中獲得性能的一種方式是WCF如何在內部回收,重用,共享和緩存大多數傳輸對象。所以最終可以回溯到艾薩克關於剖析的建議。

相關問題