Namespace-Problem zwischen Klasse in Projekt und Edelstein

Question

Also, ich bin in ein interessantes Thema geraten. In meinem Projekt habe ich eine Klasse namens "Builder". Wir haben diese App seit Jahren laufen und vor kurzem haben wir festgestellt, wir brauchten Twilio. Dies erfordert das Builder-Juwel (https://github.com/jimweirich/builder). Das Problem, das ich habe, ist, dass es ein Überschreiben der Namen gibt. Was kann ich tun, um sicherzustellen, dass ich Twilio verwenden und mit meiner Builder-Klasse fortfahren kann? Was ist der Weg des geringsten Widerstands für diesen Namensraum-Albtraum?

Answer 1

Der gemeinsame Weg Namespace Kollisionen zu vermeiden, ist ein Namespace Ihrer eigenen zu verwenden:

module MyApp 
    class Builder 
    end 
end 

Das ist im Grunde, wie alle lohnt Rubin Edelsteine ​​geschrieben werden, wie es interoperateablilty möglich macht. Namespacing Zeug, das in das /lib Verzeichnis Ihrer Rails App geht, ist ziemlich schmerzlos. Namespacing all Ihrer Controller, Modelle usw. ist weniger angenehm. Es tötet einen guten Teil der "es funktioniert einfach" Schienen Magie.

explicity Namespacing Sachen wie:

namespace :api do 
    namespace :v1 do 
    resources :things 
    end 
end 

ist ziemlich geradlinig. Transparenter Namespacing ist jedoch ein wenig komplizierter - das bedeutet, dass der Code in einem Modul platziert wird, ohne Routen, Pfadhelfer oder Datenbanktabellennamen signifikant zu ändern.

können Sie Namespace-Controller mit:

scope module: 'my_app' do 
    resources :things 
end 

Welche würde Route zu MyApp::ThingsController ohne den Pfad oder Helfer zu beeinflussen. Sie würden den Controller in app/controllers/my_app/things_controller.rb platzieren.