.NET Core TDD 前传: 编写易于测试的代码 -- 依赖项
第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 第2篇, 避免在构建对象时写出不易测试的代码. 本文是第3篇, 讲述依赖项和迪米特法则. 迪米特法则 (Law of Demeter) 还是使用建造汽车的例子. 生产汽车的时候需要轮胎, 组装时需要什么型号 ...
原文：.NET Core TDD 前传: 编写易于测试的代码 -- 缝
有时候不是我们不想做单元测试, 而是这代码写的实在是没法测试.... 举个例子, 如果一辆汽车在产出后没完成测试, 那么没人敢去驾驶它. 代码也是一样的, 如果项目未能进行该做的测试, 那么客户就不敢去使用它, 即使使用了也会遇到 车祸 . 为什么要测试 测试的好处 它可以尽早发现bug, 解决bug 它会节省开发和维护一个软件的总成本. 实际上我们在维护软件上付出的成本要远大于在开发时付出的成本 ...
2018-07-25 19:05 5 1930 推荐指数：
相关推荐
.NET Core TDD 前传: 编写易于测试的代码 -- 全局状态
第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 第2篇, 避免在构建对象时写出不易测试的代码. 第3篇, 依赖项和迪米特法则. 本文是第4篇, 将介绍全局状态引起的问题. 全局状态 全局状态, 也可以叫做应用程序状态, 它是一组变量, 这些变量维护 ...
.NET Core TDD 前传: 编写易于测试的代码 -- 单一职责
第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 第2篇, 避免在构建对象时写出不易测试的代码. 第3篇, 依赖项和迪米特法则. 第4篇, 全局状态引起的问题. 本文是第5篇, 也是最后一篇, 介绍的是单一职责 类做了太多的工作 例子, 某软件公司, 原有 ...
.NET Core TDD 前传: 编写易于测试的代码 -- 构建对象
该系列第1篇: 讲述了如何创造"缝". "缝"(seam)是需要知道的概念. 本文是第2篇, 介绍的是如何避免在构建对象时写出不易测试的代码. 本文的概念性内容大部分都来自Misko Hevery的这篇博客文章. 构建 还是用上文里汽车的例子. 通常情况下, 我们是先去建造汽车, 组装 ...
TDD in .NET Core - 简介
本文很多内容来自选自TDD实例一书。 预备知识 最好有一些预备知识，例如xUnit，Moq，如何编写易于测试的代码，这些内容我都写了文章：https://www.cnblogs.com/cgzl/p/9178672.html#test。 Test Driven Development ...
Asp.Net Core + Dapper + Repository 模式 + TDD 学习笔记
0x00 前言 之前一直使用的是 EF ，做了一个简单的小项目后发现 EF 的表现并不是很好，就比如联表查询，因为现在的 EF Core 也没有啥好用的分析工具，所以也不知道该怎么写 Linq 生成出来的 Sql 效率比较高，于是这次的期末大作业决定使用性能强劲、轻便小巧的 ORM ...
使用 xUnit 编写 ASP.NET Core 单元测试
还记得 .NET Framework 的 ASP.NET WebForm 吗？那个年代如果要在 Web 层做单元测试简直就是灾难啊。.NET Core 吸取教训，在设计上考虑到了可测试性，就连 ASP.NET Core 这种 Web 或 API 应用要做单元测试也是很方便的。其中面向接口 ...
使用ASP.NET MVC局部视图避免JS拼接HTML，编写易于维护的HTML页面
以前使用ASP.NET WebForm开发时，喜欢使用Repeater控件嵌套的方式开发前台页面，这样就不用JS拼接HTML或者后台拼接HTML了，写出的HTML页面美观、简捷、易于维护，由于不用JS拼接HTML，所以JS写的也很少。 最近使用ASP.NET MVC开发，前台页面 ...