zard_0_的博客

这篇文章我们继续去开发第【二】篇文章未完成的部分，去实现让数据源代理类为表格视图提供数据和响应代理，上篇文章我们讲到了要测试验证“（3）确认表格视图的行数、行高和Cell跟其数据源代理类提供的数据一致。”，具体要怎么做呢？答案会让人意外，那就是“做不到”或者“不要这样去做”。要知道，单元测试只是众多测试技术工具的一种，它有自己的局限性，它显著的局限性之一就是不适合做跟UI相关的测试，比如这里（3）要

第【三】篇主要展示了如何测试驱动地开发表格试图的数据源类，保证其为表格提供正确的行数和Cells。这一篇主要将继续展示如何测试驱动地开发表格试图的数据源兼代理类，要实现：【功能4-1】当数据源更新数据时，刷新表格；【功能4-2】当表格的Cell被点击时，代理类响应点击事件，并正确地传递参数给控制器；【功能4-3】控制器在接收到数据源兼代理传递的参数后，可以根据参数跳转到正确的下一级界面。一，开发【功

第【四】篇的最后，我说道我碰到了一个令人纠结的代码重构的选择方案问题，到底选择让控制器成为可重用的控制器还是成为专用的控制器。让控制器可重用的重构方案，会让代码具备更好的重用性、可变性和可测试性，我喜欢这种追求，我估摸着要做到这一点，工作量不会太大，所以我选择这种重构方案。那么现在最主要的是重构cell的跳转部分的代码，我将把这部分代码从控制器里面剥离出来，放到独立的跳转类里面，然后让控制器通过协议

测试驱动开发并不是一个很新鲜的概念了。在我最开始学习程序编写时，最喜欢干的事情就是编写一段代码，然后运行观察结果是否正确。我所学习第一门语言是C语言，用的最多的是在算法设计上，那时候最常做的事情就是编写了一段代码，如何编译运行，查看结果是否正确，很多时候，还得自己想很多特殊的（比如说零值，边界值）测试数据来检测所写代码、算法是否正确。那个时候，感觉还好，比较输出只是只是控制台的一个简单的数字或者字符