在一堆rspecrails单元规范中，我做了类似的事情:describeFoodo[:bar,:baz].eachdo|a|it"shouldhavemany#{a}"doFoo.shouldhave_many(a)endendend为了更简洁的代码，我宁愿这样做:describeFoodospec_has_manyFoo,:bar,:bazend那么我该如何编写像spec_has_many()这样的辅助方法来像rspec的it()方法那样插入DSL代码呢？如果它是一个普通的实例方法，我会做类似的事情:defspec_has_many(model,*args)args.eachdo|a

我的类以前有大量方法，因此我将此方法的工作分割为“辅助”方法。这些辅助方法被声明为private以强制封装-但是我想对大型公共(public)方法进行单元测试。对辅助方法进行单元测试是否也很好，就好像其中一个方法失败调用它的公共(public)方法也会失败一样，这样我们就可以确定它失败的原因？此外，为了使用模拟对象测试它们，我需要将它们的可见性从私有(private)更改为protected，这是可取的吗？ 最佳答案 一种方法是省略private并将测试放在同一个包中。然后测试可以调用内部方法，但其他人(=包外)不能。此外，失败的内

我之所以问，是因为我正在尝试使用一个不允许您模拟静态方法的模拟框架(Mockito)。调查它，我发现很多博客文章说你应该尽可能少地使用静态方法，但我很难理解为什么。特别是为什么不修改全局状态并且基本上是辅助方法的方法。例如，我有一个名为ApiCaller的类，它有几个静态方法。静态方法的目的之一是执行HTTP调用，处理我们的服务器可能返回的任何自定义问题(例如用户未登录)并返回响应。为了简化，类似:publicclassApiCaller{...publicstaticStringmakeHttpCall(Urlurl){//Performslogictoretrieverespons

我之所以问，是因为我正在尝试使用一个不允许您模拟静态方法的模拟框架(Mockito)。调查它，我发现很多博客文章说你应该尽可能少地使用静态方法，但我很难理解为什么。特别是为什么不修改全局状态并且基本上是辅助方法的方法。例如，我有一个名为ApiCaller的类，它有几个静态方法。静态方法的目的之一是执行HTTP调用，处理我们的服务器可能返回的任何自定义问题(例如用户未登录)并返回响应。为了简化，类似:publicclassApiCaller{...publicstaticStringmakeHttpCall(Urlurl){//Performslogictoretrieverespons