shoulda-kept-assign-to：ruby开发者怀念的assign_to匹配器回归

资源摘要信息:"在Ruby社区中，`shoulda-matchers`是一个广泛使用的库，它提供了一种简化的方式来测试Rails模型、控制器和路由。`shoulda-matchers`的目的是为了提供一种更简洁和可读的方式来编写测试用例。在`shoulda-matchers` 2.0.0版本中，一个叫做`assign_to`的匹配器被移除了，这个匹配器主要用于测试控制器动作是否成功地将对象分配给了一个实例变量。许多开发者对这个改变表示遗憾，并希望这个匹配器能够回归。随后，一个名为`shoulda-kept-assign-to`的gem被创建，它重新引入了`assign_to`匹配器，并且兼容了旧版本的`shoulda-matchers`的功能，使得开发者能够继续使用这个便利的工具。 在Ruby on Rails的测试中，`assign_to`匹配器通常用于验证控制器中的某些逻辑是否正确地将数据赋值给了实例变量。例如，在一个`PostsController`的测试中，我们可能需要确保在`show`动作执行后，相应的`post`实例变量被正确地分配。以下是一个使用`assign_to`匹配器的例子： ```ruby describe PostsController, "#show" do it { should permit(:title, :body).for(:create) } context "for a fictional user" do before do get :show, :id => 1 end it { should assign_to(:user) } end end ``` 在这个测试案例中，我们验证了`show`动作是否为虚构的用户分配了`:user`实例变量。通过使用`assign_to`匹配器，这个断言变得非常直观。 `assign_to`匹配器被移除的原因可能是由于内部实现问题、测试库的简化或者是功能的冗余。尽管如此，它的缺失给许多依赖于此功能的开发者带来了不便。因此，`shoulda-kept-assign-to` gem的出现，使得开发者能够在保持其他`shoulda-matchers`功能的同时，恢复使用`assign_to`匹配器的能力。 `shoulda-matchers`本身提供了一系列方便的匹配器来简化测试。例如，`permit`匹配器用于验证策略器的权限，`be_a_new`匹配器用于验证对象是否是新实例，`render_template`匹配器用于验证动作是否渲染了特定的视图模板等。`assign_to`匹配器只是`shoulda-matchers`众多功能中的一个。 在了解了`assign_to`匹配器的重要性和使用场景后，我们可以看到它对于编写控制器测试用例的重要性。在控制器测试中，经常需要验证某些业务逻辑是否正确地设置了实例变量以供视图使用。如果没有这样的匹配器，开发者就需要手动检查实例变量的值，这不仅会增加测试的复杂性，也使得测试代码难以阅读和维护。 随着Ruby on Rails应用的持续发展和`shoulda-matchers`库的不断更新，`assign_to`匹配器能够回归将为Rails社区带来更多的便利。这个匹配器的存在，帮助开发者更加专注于业务逻辑的测试，而不必担心测试框架的细节问题。 总之，`assign_to`匹配器是`shoulda-matchers`中一个非常实用的工具，尤其在进行Rails应用的测试时，它能够有效地帮助开发者验证控制器行为是否符合预期。尽管它在`shoulda-matchers`的新版本中被暂时移除，但通过社区的努力，它得以重新出现在`shoulda-kept-assign-to` gem中，让测试Rails应用的过程更加顺畅和高效。"