顺便提一下的是，有位朋友给我留言很有意思：“老师只给了一个测试数据，如果要用其它测试数据的话比如比较特殊的，那请老师下次把测试数据列好。”这句话让我木然：测试数据是无穷无尽的，难道需要都列出来？平时写程序，用户会指出他的所有操作步骤吗？给测试数据的目的是为了帮助理解题意，题目的要求都写清楚了，做题才有意义。如果一道题目只要求把给出的测试数据运行，那么又有谁不会做呢？老赵这里就可以立即给出一个万能模板：
if (...)
{
return ...
}
else if (...)
{
return ...
}
...
按理来说，即使题目中没有写明需要参数校验，一个优秀的实现也应该自带这一点。
其实只要仔细一些，把参数所有的错误情况列举出来并不是难事：
1、array == null
2、begin < 0;
3、end < begin
4、end >= array.Length
那么，其他一些情况是否应该一并判断呢？例如end < 0，array.Length == 0或者begin >= length。老赵认为“不判断也没有关系”，因为以上的判断已经确保不会出现额外的错误情况了。那么begin == end是否算是问题呢？老赵认为，这个判断也可以省略。不过……如果begin > end，那么是否应该把两者的数值进行交换？我不知道为什么有些朋友这么做了，不过老赵认为，一般来说一个方法不应该为参数进行额外“调整”——其实各大类库都不会如此画蛇添足。如果哪位朋友有不同看法，我们可以继续讨论。
12下一页阅读全文
