Discussion :

[Aureliien]

Bonjour à tous,

Je suis actuellement en train de développer une IHM en ruby on rails, et je dois donc y inclure des moteurs qui ont été développés dans d'autres langages.

Actuellement, on me fournit un moteur (donc un modèle) en perl, qui est entièrement objet.
Je souhaiterais pouvoir utiliser ce modèle dans mon application RoR pour générer les vues qui correspondent.

J'ai comme l'impression que les modèles doivent obligatoirement être créés en interne à l'application RoR.... mais peut être que je me trompes....

Est-ce que quelqu'un à déjà rencontré ce type de problème.... et mieux encore, l'aurait résolu ! ?

[aurelman]

Bonjour,

Pourrais tu préciser ce que tu appelles un "moteur" ?

Parce qu'a première vue ça me semble compliqué de faire cohabiter tes objets Perl dans Ruby.

[Aureliien]

Bonjour,

Alors en fait j'ai une application qui fonctionne en Perl. Elle est développée en MVC, et je peux donc récupérer le moteur (le côté M du MVC) de cette application.

Je dois donc, pour mon IHM, utiliser le controller et la vue de RoR tout en se plugant sur le modèle issue de mon application Perl.

En résumé, je souhaiterai pouvoir inclure mon module Perl, et l'utiliser dans mon application RoR comme si c'était un modèle du mon application RoR....

Mon modèle Perl est capable de fonctionner soit en instanciant et en utilisant ses classes de manière normale (ce qui te semble difficile), soit par échange de données textuelles (j'envoie un string, et j'attends la réponse du moteur qui sera aussi un string).

J'espère que j'ai été plus clair que lors de mon message précédent....

Merci beaucoup de t'intéresser à mon problème.

[aurelman]

Si tu disposes d'un moyen de dialoguer avec ton moteur perl en ruby alors il y aura toujours possibilité de faire cohabiter tout ça.

Cependant, tu ne vas pas pouvoir profiter des facilité qu'apportent les modèles pure-rails : comme les Relations ou la Validation par exemple. La validation est typiquement fortement lié à ActiveRecord (tout du moins en attendant Rails 3).

Une chose que tu pourras faire est d'encapsuler les appels appels à ton monteur dans des classes pseudo-modèle.

Par exemple, si dans ton moteur tu manipules des objets de type Toto et que tu as une méthode get(id) sur cette classe pour récupérer l'instance d'identifiant 1 de Toto ; alors tu pourrais définir une classe TotoRuby comme suit.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
class TotoRuby 
 
   def self.find(id)
      string_resultat = MonMoteurPerl.call("Toto.trouve(#{id})")
      # lire le fichier pour retourner un nouveau TotoRuby
      resultat = TotoRuby.new(...) # En fonction du contenu de string_resultat
   end
 
   #... et ainsi de suite pour les autres méthodes.
end

Par contre il faut bien comprendre qu'il sera difficile de bénéficier de toutes les facilités qui qui gravitent autour des models rails (ActiveRecord).

Il faut également que tu est moyen de dialoguer avec ton moteur. Ce que j'ai appelé MonMoteurPerl.call(...).

En espérant que ceci t'apporte un début de réponse à ton problème.

[LXS]

Si ton moteur est RESTful, tu peux utiliser ActiveResource, ce qui va mapper ton moteur avec une classe Ruby traditionnelle.

En somme, tu auras d'un côté ton moteur Perl, et d'un autre ton application Rails (ou ses multiples instances de mongrel/thin/...).

C'est le même fonctionnement que si tu avais une autre application Sinatra/Rails/Merb sur un autre serveur.