Это простой способ получить доступ к методам компонента из другого компонента
// This is external shared (reusable) component, so you can call its methods from other components
export default {
name: 'SharedBase',
methods: {
fetchLocalData: function(module, page){
// .....fetches some data
return { jsonData }
}
}
}
// This is your component where you can call SharedBased component's method(s)
import SharedBase from '[your path to component]';
var sections = [];
export default {
name: 'History',
created: function(){
this.sections = SharedBase.methods['fetchLocalData']('intro', 'history');
}
}
Для конфигурации общего применения, которая не должна быть сохранена в таблице базы данных, мне нравится создавать config.yml
файл в конфигурация каталог. Для Вашего примера это могло бы быть похожим на это:
defaults: &defaults
audiocast_uri_format: http://blablalba/blabbitybla/yadda
development:
<<: *defaults
test:
<<: *defaults
production:
<<: *defaults
Этот конфигурационный файл загружается из пользовательского инициализатора в [1 111] конфигурация/инициализаторы :
# Rails 2
APP_CONFIG = YAML.load_file("#{RAILS_ROOT}/config/config.yml")[RAILS_ENV]
# Rails 3+
APP_CONFIG = YAML.load_file(Rails.root.join('config/config.yml'))[Rails.env]
при использовании направляющих 3 удостоверьтесь, чтобы Вы случайно не добавляли ведущую наклонную черту к своему относительному пути конфигурации.
можно тогда получить использование значения:
uri_format = APP_CONFIG['audiocast_uri_format']
См. этот Railscast для полного изложения.
Мне нравится simpleconfig. Это позволяет Вам иметь на настройку среды.
см. Мой ответ на Где лучше всего хранить параметры приложения: база данных, файл, код ...?
Вариант того, что было у вас, в том, что это простой ссылка на другой файл. Он видит, что environment.rb не обновляется постоянно и в нем нет кучи специфичных для приложения вещей. Хотя это и не конкретный ответ на ваш вопрос «Это путь Rails?», Возможно, там будет некоторое обсуждение этого вопроса.