我们正在开发一个需要定期执行的应用程序(例如每天或每周,具体取决于配置)。
此应用程序需要使用现有的WCF服务,但此应用程序本身不会公开任何方法供其他人使用。
在这种情况下,最适合(并且面向未来)的技术是什么?我们应该使用WCF服务库并将其作为Windows服务托管吗?或者我们应该只使用Windows服务吗?
请告诉我这个案例最合适的项目类型(以及为什么)?
提前全部谢谢!
答案 0 :(得分:1)
如果您没有导出任何自己的wcf服务,我真的不明白为什么您需要指定为WCF服务。 WCF功能可以在以后稍微添加的任何时候添加。
答案 1 :(得分:1)
如果您没有暴露任何WCF端点,那么创建WCF服务器没有实际价值。
如果您不需要您的应用程序连续运行,那么即使是Windows服务也可能超出您的需要。
对于您所描述的那种情况,我发现有多个生产应用程序使用Windows任务计划程序来运行命令行应用程序。假设计划是一个简单的重复模式,您不必创建许多Windows任务实例,这是一个很好的解决方案。它的合理可靠,零开发时间,以及您可以获得的面向未来的证据。