Le migliori pratiche per organizzare il codice di integrazione di terze parti in ruby

4

Ho un'app per rails. Sto scrivendo il codice per integrarlo con un servizio di terze parti, "Foo Bar". L'integrazione riguarda molte parti del sistema: modelli, controllori e un wrapper API.

Finora ho inserito le risorse di integrazione nei moduli di ciascun modello e controller. Quindi all'interno di app / models / user / foo_bar.rb è User::FooBar , che poi includo nel mio modello utente.

Ho il wrapper API all'interno di lib / foo_bar_api.rb .

Mi è venuto in mente oggi che forse dovrei avere tutto il mio codice di integrazione in lib . Quindi lib / foo_bar / user.rb conterrebbe FooBar::User , che includerò quindi nel mio modello utente.

Esiste un modo particolarmente standard per farlo, o è 6 di una, mezza dozzina di un altro?

(p., questa è la mia prima domanda su programmers.stackexchange.com - è appropriata per qui, giusto?)

    
posta John Bachir 02.06.2011 - 22:55
fonte

1 risposta

1

Penso che sia una questione di preferenza.

Suggerirei di andare con un approccio FooBar :: User (foo_bar / user.rb). Manterrà il codice relativo a FooBar più vicino e la denominazione dei file sarà più precisa. Tutto ciò che è utente sarà user.rb in cartelle sperate. Mentre se lo facessi nell'altro modo avresti molti file foo_bar.rb.

    
risposta data 03.06.2011 - 00:51
fonte

Leggi altre domande sui tag