我們正在設計一個系統,它需要允許構建由不同數據源(數據庫和後臺系統)生成的數據,並且正在研究通過Web服務界面促進此功能的方法。需要關於Web服務「請求模板」模式的建議
爲了滿足這一要求,我們建議創建一個「請求」對象作爲Web服務請求方法的輸入參數,以便Web服務知道要從哪個源填充對象上的哪些字段,一種「pick n mix」粉碎你的回報對象。
如何設計這個「請求模板」對象,是一種合適的方法?
我們需要的解決方案,以實現以下目標:
必須是清楚明瞭的 服務什麼方法期望和 什麼將被退回消費者。
構建
請求時,消費者必須有能見度 什麼位置可用於
每個字段。存在 響應對象和請求 對象之間的明確關係。
我個人很鄙視這種做法,但那只是個人意見。 – leppie 2010-10-26 10:16:19
不要試圖將每個可能的功能都包含在一個函數中。如果你有幾個來源,然後創建幾個功能。 – Dialecticus 2010-10-26 10:22:20
@leppie你能說出你的立場理由嗎? – 2010-10-26 10:26:20