RSS生成应用程序的设计问题

Question

我的任务是创建一个小型.net应用程序，通过RSS从DB中提供内容。内容将在固定间隔内从DB更新(例如每隔30分钟更新一次)。这将是我第一次使用RSS，而且我的web应用程序技能有限。然而，DBs和DA层非常好，所以我不完全从零开始。

我的问题是：

1. 我希望将内容更新过程与请求服务过程分离开来。我是否应该编写一个独立的windows服务来处理与数据库相关的内容检索和XML转换，还是在web应用程序中使用后台进程是可以的呢？ 如果答案是专门的WS，那么当服务试图在页面被服务的同时更新一个页面时，线程阻塞会成为一个问题吗？如果答案是BG进程，那么是否有办法在后台进程和主应用程序之间共享一个集合或某种类型的内存对象，以便在客户端请求时，从集合中的对象中实时生成XML？
2. 所以SOAP/REST是内容交付的一个强有力的选择，还是使用rss.aspx的完整web应用程序更好呢？
3. 要将内容转换为XML，应该使用SyndicationFeed类还是某种形式的带有替换的XML模板？将定期更新的字段数量非常有限(4-8个)，因此XML将相对较小。

抱歉，如果我在这件事上看上去到处都是。我只是想真正想出一个健壮的解决方案，它是可扩展的，而且设计得很好。谢谢，并请知道我对这个项目的任何想法/想法表示感谢。

Answer 1

我已经建立了一些经验系统，所以让我试着回答你的问题。

1. 如果您所说的解耦意味着“按计划地生成XML文件”，那么这取决于您有多少不同的提要。根据您描述的内容，您将提供基于对数据库的查询的提要。如果这些查询都有参数，那么您将拥有尽可能多的不同提要，并且离线生成它们将无法工作。一般情况下，我认为大多数人都会根据收到的请求生成“动态”的提要。
2. 我对rss.aspx不太熟悉，所以我没什么办法:)
3. 使用自己的XML模板的好处是可以扩展(XML中的X！)您的模式在将来需要使用其他名称空间时才会这样做。