Tous les exemples de services de flux WCF que je peux trouver concernent la génération d'un flux. Qu'en est-il de consommer un flux? Quelqu'un a-t-il des liens vers des exemples, ou des discussions, sur un service WCF (.net 4.0 de préférence) qui peut accepter un flux de données au format Atom ou RSS? Je n'ai pas besoin de générer le flux, je dois l'accepter, le valider, coller les données dans une variété de systèmes dorsaux (DB, Solr, système de fichiers). Et en acceptant, je ne veux pas dire que je vais appeler un service qui retourne Atom ou RSS, je dois laisser les gens Post Atom ou RSS à moi.Exemples WCF pour recevoir (consommer) des flux de données
Je cherche actuellement à avoir un service qui accepte une chaîne, puis charge cette chaîne dans certains objets de syndication ... mais cela semble maladroit. Je suis vraiment étonné qu'il n'y ait personne pour faire ça, ce qui me fait penser que je fais quelque chose de bizarre. Qu'en est-il un service de données WCF (wcf RESTful) qui n'accepte que Ajouter, Mettre à jour, Supprimer et non Get. Je ne peux trouver aucun exemple de cela, et il me semble que je briserais une norme de codage majeure si je le faisais.
Des suggestions, des liens, des idées, des variantes de conceptions vous seraient utiles. Merci, Ken
Re: demande de James pour plus d'informations. J'écris un service qui permettra d'afficher plusieurs ensembles de données différents. Similaire à GoogleBase. Il y a une définition vague des données, mais beaucoup de champs individuels sont définis dynamiquement. A part un format standard (Atom et RSS) et 1 ou 2 champs obligatoires, le reste est défini par l'utilisateur. Ce que j'ai fait jusqu'ici est d'avoir un service qui accepte un argument XElement. Je peux ensuite déterminer au moment de l'exécution si ce XElement est RSS, ATOM, ou POX, alors je traite en conséquence. Je ne savais pas si XElement était compatible SOAP et REST et CLR en même temps. J'essayais aussi de voir s'il y avait des façons plus standard de le faire. Si un service qui émet des flux de données (c'est l'exemple principal disponible) est comme un soleil, j'écris l'équivalent trou noir. C'est un service de données trou noir pour aider nos partenaires à nous tenir au courant de tout changement à leurs données dont nous devons être conscients.
inverser les rôles normaux du client et du serveur est assez étrange - pouvez-vous expliquer le scénario un peu plus? Pourquoi voudriez-vous que les gens postent Atom ou RSS au lieu de quelque chose de plus spécifique à votre scénario? Je suggérerais normalement de regarder OData et WCF Data Services, mais je ne peux pas dire que je comprends vraiment assez de votre scénario pour savoir si c'est une bonne idée ou non. –