Question

J'ai une application Erlang côté serveur de base (pas entièrement otp'd) que je commence sur une ligne de commande. Je veux le transformer en un système interactif à l'aide d'un navigateur sous forme d'interface graphique avec de l'azote (version 2.0.4). Le plan général est de

  • Transformez le module actuel en un Gen_Server comme partie du modèle; Il analyse les données et génère des événements qui reflètent certaines propriétés des données qui m'intéressent.
  • Ajoutez un module de contrôleur qui est à la fois Gen_Event (pour ramasser les événements générés par le modèle) et Gen_Server (pour permettre les requêtes du frontage GUI)
  • Utilisez l'azote comme vue, à la mise à jour des pages pertinentes avec les installations AJAX via des appels vers le module de contrôleur (qui à son tour interroge le modèle)

Pour autant que je puisse voir, je voudrais un superviseur d'application général avec trois enfants: le modèle, la vue et le contrôleur. Ensuite, ils se parlaient via les API mappées aux modes de communication OTP.

Et c'est là que je suis coincé: dois-je mettre tout cela dans l'arbre du répertoire d'azote? Dois-je configurer une nouvelle structure d'application DIR et avoir les trois composants (y compris l'azote) là-bas? Que dois-je faire exactement pour démarrer le serveur d'azote en tant qu'enfant de mon superviseur d'application (le script de démarrage de l'azote semble plutôt plus complexe que je ne m'attendais)? J'ai commencé à passer par Erlang et OTP en action, mais je ne l'ai pas encore terminé. Et j'ai besoin de faire la démonstration du système le lendemain de demain;)

Ce que je veux, c'est taper "start.sh" sur la ligne de commande, puis utiliser le navigateur pour se connecter à l'application via l'azote.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top