如何最好地应对在Rails应用程序

Question

我的Rails应用照顾命名方案的变化，这是即将有面临更名的部分（像URL一些关键用户，以及其他类似的变化如重命名“博客”到“期刊”和等等）

我稍微担心，随着时间的推移，其在代码库中的所有方法，途径和类名年长的名字负荷将是难以阅读和维护。

什么应对这样的变化的最佳方式？

而且哪里有陷阱喜欢被混淆的方法和类名的时候，还是在这里运行的迁移？

感谢

Answer 1

如果应用程序是开发并尚未投入生产，则可以安全返回并重命名迁移/模型/视图等...并执行rake db:migrate:reset并完成相应操作。你应该有足够的测试，以确保重命名并没有破坏任何东西，如果它确实应该提高测试覆盖率在这一领域。

，只要这样，对于变化的表面面积减小这样的一个应用程序，目前正在生产我建议逐步做：

更改路线

这可能是最大的变化。首先更新您的路线将使您有机会修复您的所有观点。

更新您的模型/控制器

你可以做到这一点没有改变数据库。您可以使用set_table_name "OldTable"将您的模型指向新的数据库表。这意味着您可以在发行版的带外进行任何数据库更改。

更改数据库

希望你正在使用的迁移，在这种情况下，只是做一个表重命名和删除set_table_name。

Answer 2

我会重命名内部类以匹配外部的名字，否则谈论代码时只是造成混乱。当然，路由可以使外部更改易于切换，但没有什么比在代码中读取网页上看到的内容。

重命名后，我会加载应用了在暂存环境中与实时数据来测试迁移，然后运行类似于狼蛛（http://github.com/relevance/tarantula）来抓取您的应用寻找明显破损问题，你&您测试可能错过了。