Ruby on rails 编程风格-远程&;有问题吗。js.erb是主要的方法吗?

Ruby on rails 编程风格-远程&;有问题吗。js.erb是主要的方法吗?,ruby-on-rails,ajax,ruby-on-rails-3,coding-style,Ruby On Rails,Ajax,Ruby On Rails 3,Coding Style,对于我站点中的一些“次要”操作,我使用remote而不是标准的HTML请求。我目前的remote技术如下: 将form_用于或form_标记与:remote=>true一起使用 在控制器操作中,执行以下操作: respond_to do |format| format.js end 然后创建一个.js.erb文件,该文件加载部分内容/创建闪光消息/突出显示页面的部分内容,等等 我想了解我的方法的含义,因为我不希望我自己的无知导致我不知道的问题 上述代码是否存在任何可访问性问题,即是否有人

对于我站点中的一些“次要”操作,我使用
remote
而不是标准的HTML请求。我目前的
remote
技术如下:

  • form_用于
    form_标记
    :remote=>true一起使用
  • 在控制器操作中,执行以下操作:

    respond_to do |format|
      format.js
    end
    
  • 然后创建一个
    .js.erb
    文件,该文件加载部分内容/创建闪光消息/突出显示页面的部分内容,等等

  • 我想了解我的方法的含义,因为我不希望我自己的无知导致我不知道的问题

  • 上述代码是否存在任何可访问性问题,即是否有人由于浏览器/残疾/其他原因而无法使用上述代码
  • 以上是Rails中的“当前”处理方式,还是您能为我指出更好的方法
  • 是否存在可以通过另一种方式改进的安全性或性能问题
  • 它不会导致比平常更多的浏览器问题

  • 我认为这是目前低流量或少动作的方式(比如管理员保留区)

  • 与完全由客户端处理的基本ajax相比,使用这种技术会导致更多的服务器工作

  • 它不会导致比平常更多的浏览器问题

  • 我认为这是目前低流量或少动作的方式(比如管理员保留区)

  • 与完全由客户端处理的基本ajax相比,使用这种技术会导致更多的服务器工作


  • 谢谢你的回答。你能澄清一下吗:对于#2,对于交通流量较高的地区,目前的道路是什么?对于#3,你指的是客户端ajax吗?#2在视图中包含的.js文件中编写js#3文章中介绍的非结构化js会生成完整的客户端js,但你几乎不得不使用rsj来处理结果,而这并不是你的答案@apheading。你能澄清一下吗:对于#2,对于交通流量较高的地区,目前的道路是什么?对于#3,通过客户端ajax,您指的是什么?#2在视图中包含的.js文件中编写js#3文章中介绍的非结构化js会生成完整的客户端js,但您几乎不得不使用rsj来处理结果,这不是很好