|
|
1
13
我觉得测试里面的功能比较好。如果在函数外部进行测试,则必须在可以调用该函数的任何地方进行测试(这将导致大量重复代码)。 把所有的东西都放在一个地方,然后分散到任何地方都更好。 |
|
|
2
9
如果一个方法在执行其函数之前绝对需要满足某个条件,那么是的,您应该将验证放在该函数中。另一方面,如果调用代码说“仅在这组条件下执行此操作”,则调用代码中的条件更好,因为下次要调用该方法时,可能不希望包含该条件。 |
|
|
3
2
在这种情况下,我觉得函数的名称意味着在任何情况下URL都会发生一些事情。可能有人想打电话
我会重新命名
|
|
|
4
0
如果我是你,我会在两个地方进行测试,在外部和内部,模拟正在调用的内部组件(比如context.Request调用),以增强内部行为,模拟一些意外的返回以及方法如何处理它们。 在这种情况下,像easymock这样的API可以简化很多内部组件的模拟。 |