有意义地异步编写Windows控制台应用程序（使用async / await），而它应该按顺序运行吗？有一些异步候选方法（调用webservice，将数据加载到数据库），但事实上，一切都应该一步一步运行 . 它只是维护实用程序 .
是否有任何理由编写异步代码？
不确定这是否是严格的问题，特别是因为没有“正确的答案”，但......
就在不久之前，我们不会按 need 将其写成异步，但确实如此，或许有很多好处 .
正如@Silvermind所指出 - 你可以允许取消
可能会更容易获得更好的反馈 - 例如伪进度"bars" - 例如屏幕上的星号或百分比计数器 . 取决于你在做什么 .
未来"proof"（哈哈） - 当有人告诉你为它编写WinForms或WPF应用程序时，因为他们发现它"too difficult to remember all those fiddly command line switches" . 你已经掌握了代码的内涵 .
许多.net库正在添加异步代码，MS开始将它们视为接近任务的标准/正确方式（双关语:-) .
如果它是一个中等简单的应用程序，那么你可以用它作为练习使用异步代码的一个很好的借口 . 异步代码通常很棘手，因此在编写实践时从不会受到伤害（我认为） .
而且，当然，总有一个旧的最爱 - “因为你可以”！
如果你需要快速完成这个应用程序，那么只需要按照时间流逝的方式敲出它并继续前进 . 否则，如果你有一点时间，那么用所有聪明的底层位和bob构建它 . 但是，最终，不要花太多时间担心它 .
当然，一切都在我的拙见中 .
如果希望代码同步运行，则不要使用异步方法 .
2 回答
不确定这是否是严格的问题，特别是因为没有“正确的答案”，但......
就在不久之前，我们不会按 need 将其写成异步，但确实如此，或许有很多好处 .
正如@Silvermind所指出 - 你可以允许取消
可能会更容易获得更好的反馈 - 例如伪进度"bars" - 例如屏幕上的星号或百分比计数器 . 取决于你在做什么 .
未来"proof"（哈哈） - 当有人告诉你为它编写WinForms或WPF应用程序时，因为他们发现它"too difficult to remember all those fiddly command line switches" . 你已经掌握了代码的内涵 .
许多.net库正在添加异步代码，MS开始将它们视为接近任务的标准/正确方式（双关语:-) .
如果它是一个中等简单的应用程序，那么你可以用它作为练习使用异步代码的一个很好的借口 . 异步代码通常很棘手，因此在编写实践时从不会受到伤害（我认为） .
而且，当然，总有一个旧的最爱 - “因为你可以”！
如果你需要快速完成这个应用程序，那么只需要按照时间流逝的方式敲出它并继续前进 . 否则，如果你有一点时间，那么用所有聪明的底层位和bob构建它 . 但是，最终，不要花太多时间担心它 .
当然，一切都在我的拙见中 .
如果希望代码同步运行，则不要使用异步方法 .