在机架安装的应用程序/中间件之间共享对象的最佳习惯是什么?
例如,这个config.ru有两个映射到不同端点的Sinatra应用程序:
class App1 < Sinatra::Base
# ...
end
class App2 < Sinatra::Base
# ...
end
map '/app1' do
run App1
end
map '/app2' do
run App2
end
Run Code Online (Sandbox Code Playgroud)
现在,如果这两个应用程序需要共享一个对象,无论是数据库连接器还是任何其他对象,那么最好的成语是什么?
我基本上看到两个选择:
1-在config.ru级别创建一个常量,并简单地在应用程序中引用该常量.例如:
SHARED_OBJECT = "hello world"
class App1 < Sinatra::Base
get '/' do
SHARED_OBJECT
end
end
class App2 < Sinatra::Base
get '/' do
SHARED_OBJECT
end
end
map '/app1' do
run App1
end
map '/app2' do
run App2
end
Run Code Online (Sandbox Code Playgroud)
2-在config.ru级别创建单例对象并在应用程序中使用它.例如:
class SharedObject
include Singleton
def test
@test ||= "hello world"
end
end
class App1 < Sinatra::Base
get '/' do
SharedObject.instance.test
end
end
class App2 < Sinatra::Base
get '/' do
SharedObject.instance.test
end
end
map '/app1' do
run App1
end
map '/app2' do
run App2
end
Run Code Online (Sandbox Code Playgroud)
意见/建议?
科林
我会将共享对象移动到一个单独的文件中并命名它.如果它是数据库连接对象,它可能如下所示:
# config.ru:
require 'lib/my_app/database'
...
class App1 < Sinatra::Base
get '/' do
MyApp::Database.with_connection do |conn|
...
end
end
end
# lib/my_app/database:
module MyApp
module Database
def self.with_connection(&block)
...
end
end
end
Run Code Online (Sandbox Code Playgroud)
我认为这有几个好处:
config.ru文件的大小,提高了可读性config.ru关于Rack应用程序; lib/my_app/database.rb是关于数据库Phrogz关于常数足够且不需要单身人士的评论是明智的.