🚀 go-pugleaf

Jaroslaw Zabiello wrote:
> Chce miec wspolne definicje modeli dla wielu aplikacji RoR. W tym celu,
> wszystkie model definiuje w zewnetrznym module i domieszkuje odpowiednie
> klasy.
> 
> Np. /projekt1/app/models/destination.rb zawiera przykladowo:
>  
> require $SHARED + 'destination_module.rb'
> class Destination < ActiveRecord::Base
>   set_primary_key "Destination_ID"
>   set_table_name "refdestinations"
>   extend DestinationModule
> end
> 

tu musisz rozróżnić aby mieć reloadable w trybie development: - możliwe 
że railsy mają swój odpowiednik

if RAILS_ENV == "development"
     load File.dirname(__FILE__) + "/destination_module.rb"
     RAILS_DEFAULT_LOGGER.info "przeładowano..."
else
     require "destination_module"
end



class Ble < ActiveRecord::Base
     extend DestinationModule
end



> Zas /shared/destination_model.rb zawiera

> I to dziala. Jednakze nie podoba mi sie, ze nie moge do modulu wyniesc
> metod ustawiajacych nazwe tabeli i primary key. Chcialbym aby mozna bylo to
> wszystko zgromadzic w 1 miejscu:
> 
> module DestinationModule 
>   set_primary_key "Destination_ID"
>   set_table_name "refdestinations"
>   def jakas_medoda
>     #...
>   end
> end
> 

Nie zadziała ponieważ set_... musisz zawołać w kontekście klasy 
receivera odocelowej. Prędzej tak:

module DestinationModule
     def self.extended c
         c.set_table_name "refdestinations"

	lub jeśli metoda nie jest publiczna:

         c.instance_eval do
             set_table_name "refdestinations"
         end

     end

end


Trzeba też zaznaczyć że Railsy robią globa na katalog app/ i 
kategoryzują klasy po ich rodzicach. Nie interesują się z żadnym razie 
nazwami katalogów models, controllers itd... Wrzuć jakiś model do 
katalogu controllers - też będzie działać - dlatego też taki moduł w 
powietrzu nie przeszkadza. W 1.2 ma się to zmienić za sprawą autoload magic.



lopex

albo po prostu podlinkować w systemie plików... capistrano się do tego 
nadaje rewelacyjnie.

lopex