Ruby on rails RubyonRails结构-决定是否包含部分

Ruby on rails RubyonRails结构-决定是否包含部分,ruby-on-rails,Ruby On Rails,我想从其他RoR编码人员那里得到一个关于使用分部代码的好处的一般想法,如果分部代码所指向的代码只有几行(5-10行)。通过使用Partials,它是否会使访问文件以查看Partials中的内容而不是查看文件本身中的内容变得更加复杂 在尝试决定是否在我的视图/布局目录下的application.html.erb中使用partials时,出现了这种想法。我想产生优雅的代码和结构。谢谢你的帮助。我只要我觉得可以清理代码,就尝试使用partials特别是如果您在站点的任何其他部分使用代码。我也经常把循环

我想从其他RoR编码人员那里得到一个关于使用分部代码的好处的一般想法,如果分部代码所指向的代码只有几行(5-10行)。通过使用Partials,它是否会使访问文件以查看Partials中的内容而不是查看文件本身中的内容变得更加复杂


在尝试决定是否在我的视图/布局目录下的application.html.erb中使用partials时,出现了这种想法。我想产生优雅的代码和结构。谢谢你的帮助。

只要我觉得可以清理代码,就尝试使用partials特别是如果您在站点的任何其他部分使用代码。我也经常把循环放进部分

User.all.each do |user|
  render :partial => do_stuff, :locals => {:user => user}
end
这样,如果我需要更改它,很容易找到,并且代码与我的其他布局/视图分离。最好将视图的不同功能或方面分离到它们自己的文件中。虽然您将拥有更多的文件,但从长远来看,它将对您有很大帮助

如果有人问你热修复程序,你可能会有一个更好的想法去哪里做你的改变

一个优秀的IDE也有助于导航您的方法等等。Rubymine在这方面非常好


我希望这对我有所帮助。

只要我觉得可以清理代码,就尝试使用partials特别是如果您在站点的任何其他部分使用代码。我也经常把循环放进部分

User.all.each do |user|
  render :partial => do_stuff, :locals => {:user => user}
end
这样,如果我需要更改它,很容易找到,并且代码与我的其他布局/视图分离。最好将视图的不同功能或方面分离到它们自己的文件中。虽然您将拥有更多的文件,但从长远来看,它将对您有很大帮助

如果有人问你热修复程序,你可能会有一个更好的想法去哪里做你的改变

一个优秀的IDE也有助于导航您的方法等等。Rubymine在这方面非常好


我希望这会有所帮助。

部分与函数/方法非常相似。当你的函数开始变长时,你可以把它分解成多个函数来让事情变得更清楚。当某些代码位出现在多个函数中时,您可以将该代码位重构为单独的函数


有时将容器传递给函数并使其在其上迭代,有时编写只处理一个元素的函数更好。partials也是一样的

分部与函数/方法非常相似。当你的函数开始变长时,你可以把它分解成多个函数来让事情变得更清楚。当某些代码位出现在多个函数中时,您可以将该代码位重构为单独的函数


有时将容器传递给函数并使其在其上迭代,有时编写只处理一个元素的函数更好。partials也是一样的

谢谢你的想法。看起来您在响应中关注的是可重用性的好处。如果这些特定的代码片段没有可重用性怎么办?它们是可能的页眉和页脚部分,除了在views/layout/application.html.erb中,它们不会在其他任何地方被调用。然后,这取决于您自己的看法。我会说,也许可以尝试两种方式。如果你觉得你的头球非常凌乱,那么我会说把它扔进一个部分。如果你的标题只有几行,而且都是有意义的,那么就不必麻烦使用部分:)对我来说,这取决于代码的复杂性。RubyMine非常棒,我同意:)谢谢你的想法。看起来您在响应中关注的是可重用性的好处。如果这些特定的代码片段没有可重用性怎么办?它们是可能的页眉和页脚部分,除了在views/layout/application.html.erb中,它们不会在其他任何地方被调用。然后,这取决于您自己的看法。我会说,也许可以尝试两种方式。如果你觉得你的头球非常凌乱,那么我会说把它扔进一个部分。如果你的标题只有几行,而且都是有意义的,那么就不必麻烦使用部分:)对我来说,这取决于代码的复杂性