一个常见的CI流程，build -> unit test -> coverage analysis -> package。.net core实现了跨平台，但由于工具链缺失的原因，test和code coverage只能在Windows下完成。最近工作上需要配置，发现工具链已经补充完成，基本能工作了。现把配置流程记录下来。

源文链接：C#: Why you should use ConfigureAwait(false) in your library code （翻译：woodylic）

自从.NET 4.5引入了async/await以后，编写异步代码变得相当容易。Async/await关键字使得异步代码看起来和同步代码非常类似，这大大提高了代码的可读性以及编程效率，这多亏了编译器处理了异步编程最困难的部分。

源文链接：Clean Architecture in .Net（翻译：woodylic）

前言

几年前我偶然发现了Robert Martin的一个关于分离关注点的演讲，在这个演讲的启发下，我尝试把在ASP.NET MVC应用中实践Robert提到的观点。

问题

PM：客户需要可以在线上订购产品。 我：好的，那么我需要把订单存在某个数据库里面，并且需要在页面上显示出来 PM：对了，如果库存没了，是不允许下单的。 我：你应该早点告诉我的… 我现在要添加新列用于过滤。

这是一个slf4net和NLog集成的简单例子。https://github.com/woodylic/logging-facade-samples/

关于为什么用slf4net，可以参照这篇文章： 第三方组件引用另一个第三方组件的悲剧。简单地说，就是解耦组件对特定log library的依赖，交由组件的调用方决定。

为什么需要数据库schema版本管理

作为开发人员，代码版本控制已经属于标配了，但是很多团队还不会把数据库schema纳入版本控制。在开发期间，schema随着需求变化，而这些变化难以追踪记录，从而导致开发人员之间，以及各个环境下的数据库schema的一致性问题。

引入数据库schema版本管理，是期望模仿代码版本控制，把schema的所有版本记录下来，并且可以自动地把数据库升级到最新版本。

参考：Why database migrations?