我能找到的所有示例WCF饋送服務都是關於生成饋送的。消耗飼料怎麼樣?有沒有人有任何關於WCF服務(最好是.net 4.0)的示例或討論鏈接,可以接受Atom或RSS格式的數據饋送?我不需要生成Feed,我需要接受它,驗證它,將數據粘貼到各種後端系統(DB,Solr,文件系統)中。並且,通過接受,我並不是說我會打電話給一些返回Atom或RSS的服務,我需要讓人們將Post Atom或RSS發給我。用於接收(消費)數據饋送的WCF示例
我目前正在尋找一種接受字符串的服務,然後將該字符串加載到一些Syndication對象中......但這似乎很笨重。我真的很驚訝,沒有人需要這樣做,這讓我覺得我在做一些狡猾的事情。
怎麼樣一個WCF數據服務(RESTful wcf)只接受添加,更新,刪除和不獲取。我找不到這樣的例子,如果我這樣做了,似乎我會打破一些主要的編碼標準。
任何建議,鏈接,想法,替代設計將是有益的。 謝謝, 肯
回覆:詹姆斯的要求更多的信息。我正在編寫一個服務,允許將多個不同的數據集發佈給它。類似於GoogleBase。數據有一個鬆散的定義,但很多單獨的字段是動態定義的。除了標準格式(Atom和RSS)和1或2個必填字段外,其餘部分都是用戶定義的。到目前爲止我所做的是有一個接受XElement參數的服務。然後,我可以在運行時確定XElement是RSS,ATOM還是POX,然後相應地進行處理。我只是不確定XElement是否同時兼容SOAP和REST和CLR。我還試圖看看是否有更多的標準方法來做到這一點。如果發送數據饋送的服務(這是可用的主要示例)就像太陽一樣,我正在寫黑洞等價物。這是一項數據黑洞服務,可幫助我們的合作伙伴及時瞭解我們需要注意的任何數據更改。
顛倒客戶端和服務器的正常角色很奇怪 - 你能解釋一下這個場景嗎?你爲什麼會讓人們發佈Atom或RSS,而不是更具體的你的場景? 我通常會建議看看OData和WCF數據服務,但我不能說我真的很瞭解您的情況,以確定這是不是一個好主意。 – 2010-07-14 05:04:24