Sinatra API 功能切换

Question

要点

是否可以将类似功能切换的功能烘焙到 Sinatra 应用程序中？

A bit about feature toggles, just in-case ;)

背景故事

我已经建立了一个模块化的 Sinatra 项目，我倾向于为我的所有资源实现一个GET/POST/PUT/DELETE 端点；它使在开发过程中测试应用和操作数据变得更加容易。

问题

当我投入生产时，我不希望存在不需要的端点（例如 DELETE '/users'）。

问题

我可以用某种:development 标志来注释方法，或者可以在前块中拦截请求吗？您会使用助手来执行此操作吗？我不确定我是否走在正确的道路上，我可能过于复杂了（？）

如何处理这个问题？

如果你做过这样的事情，如果你能与全国分享你的发现，那就太好了。

Answer 1

您可以使用当前环境来决定是否定义操作。例如：

class MyApp < Sinatra::Application
  if settings.development?
    get '/admin' do
      'VIPs only'
    end
  end
end

如果您有很多要切换的内容，您可能希望将它们隔离在一个文件中，您可以决定是否需要：

# routes/init.rb
require_relative 'main'
require_relative 'debug' if settings.development?

# routes/main.rb
class MyApp < Sinatra::Application
  get '/' do
    'Hello!'
  end
end

# routes/debug.rb
class MyApp < Sinatra::Application
  get '/admin' do
    'VIPs only'
  end
end

或者如果你想在一个地方列出你的开发路径，这里有一个过滤器版本：

class MyApp < Sinatra::Application
  DEVELOPMENT_PATHS = %w[
    /admin
  ]

  before do
    unless settings.development? || !DEVELOPMENT_PATHS.include?(request.path)
      halt 404 
    end
  end
end

然后您还可以构建一些类似装饰器的方法添加到列表中：

class MyApp < Sinatra::Application
  def self.development_only(path)
    DEVELOPMENT_PATHS << path
  end

  get '/admin' do
    'VIPs only'
  end
  development_only '/admin
end

---

一般来说，在开发中运行的代码与生产中运行的代码之间存在显着差异时，我建议您谨慎行事。不可避免地，开发代码要么未经测试，要么变得难以正确维护。在这种情况下，您可能会错过您打算隐藏的路线，而生产中的每个人都可以使用它。我倾向于完全没有这些路由，而是从控制台操作我的开发环境，或者一直到另一端，并使用sinatra-authentication 之类的东西构建经过全面测试和生产就绪的用户权限。