ruby – Padrino控制器抽象

发布时间：2020-12-17 03:47:15 所属栏目：百科来源：网络整理

导读：我在我的一个项目中一直在尝试Padrino框架,有一件事让我非常恼火.我想使用OmniAuth实现一个用户注册过程,并希望打破我的请求处理程序(控制器的操作)来分离方法,如下所示： get ":provider/callback" do @user = find_the_user_by_oauth(request) create_user

我在我的一个项目中一直在尝试Padrino框架,有一件事让我非常恼火.我想使用OmniAuth实现一个用户注册过程,并希望打破我的请求处理程序(控制器的操作)来分离方法,如下所示：

get ":provider/callback" do
  @user = find_the_user_by_oauth(request)
  create_user unless @user
  store_user_in_session
end

def find_the_user_by_oauth(request)
  #...
end

def store_user_in_session
  session[:user_id] = @user.id
end

我知道将逻辑推送到模型层会更好,但我的问题是,我怎么能将控制器逻辑分解为分离的方法并在它们之间共享信息(比如使用实例变量).在Rails中,我在我的控制器的私有范围内创建了这些方法,但在这里我应该扩展Application类,因为它会抛出前一代码的Undefined方法异常.我试过Helpers,但帮助者不知道实例变量,所以你应该每次传递变量.

在Padrino中使控制器动作清洁的好方法是什么？

解决方法

要在Padrino Controller中定义方法,可以使用define_method而不是def.

对于您的示例,执行以下操作：

Admin.controllers :dummy do

  define_method :find_the_user_by_oauth do |request|
    request.params["username"]
    # ...
  end

  define_method :store_user_in_session do
    session[:user_id] = @user
  end

  get :test do
    @user = find_the_user_by_oauth(request)
    create_user unless @user
    store_user_in_session()
    session.inspect
  end

end

Padrino使用instance_eval运行发送给Admin.controllers的块.
有关define_method和def之间的差异https://stackoverflow.com/a/3171649,请参阅此答案

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!