A propos des "engines"

Bonjour,

L’utilisation des engines dans Rails semble être assez controversée :

http://rails-engines.org/news/2006/08/30/apparently-engines-are-still-evil/

  • … et bcp d’autres

Utilisez-vous les engines?

En développez-vous ?

Quels avantages et inconvénients y voyez-vous ?

Et une question plus pointue : y a-t-il possibilité qu’un engine
fonctionne
avec son propre répertoire config ? (par exemple pour accéder à une base
de
donnée différentes de celle de l’application maitre)

Samuel

Salut,

Utilisez-vous les engines?
Non.

En développez-vous ?
Non.

Quels avantages et inconvénients y voyez-vous ?
Le problème des Engines c’est que leur approche pour augmenter les
capacité de rails c’est d’aller se greffer profondément dans rails,
allent même jusqu’à le hacker par endroit. Et ça c’est dangereux,
surtout lors des updates : le dev de l’engine risque de mettre des
années à mettre à jours son engine, voir il ne le developpe plus, voir
c’est même impossible à rattraper. Les plugins constituent et de loin
la meilleure solution pour augmenter rails (et encore mieux des
plugins de personnes en qui on a confiance ou dont on comprends
parfaitement le code :).

Et une question plus pointue : y a-t-il possibilité qu’un engine fonctionne
avec son propre répertoire config ? (par exemple pour accéder à une base de
donnée différentes de celle de l’application maitre)
N’importe qui, n’importe où dans rails quelqu’un peut se connecter à
une autre bdd s’il fait un truc assez sale :slight_smile: Dans l’ensemble on est
considéré comme étant une personne propre et soignée quand on met ses
infos de connection supplémentaires dans un modèle. Dans un plugin
cela est possible. Certainement dans un engine aussi de manière
comparable.

Bon tout ça pour dire, eclate-toi avec les engine si tu veux, ils ont
leurs bons côté, mais méfie-toi, tu risques d’avoir quelques ennuis de
sécurité/update si tu mets en prod une appli avec des engines. Et
peut-être davantage de conflits…

Bonne chance,
NP

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs