js_of_eliom - En ligne dans le Cloud

PROGRAMME:

Nom

eliomc, eliomcp, eliomopt, js_of_eliom, eliomdep - les outils de construction eliom

SYNOPSIS

eliomc [Options] des dossiers

eliomcp [Options] des dossiers

éliomopt [Options] des dossiers

Eliomdep [Options] des dossiers

éliomdoc [Options] des dossiers

Eliompp [-client|-serveur] des dossiers

js_of_eliom [Options] fichiers -o nom_fichier.js

DESCRIPTION

eliomc, eliomcp et éliomopt sont wrapper autour du compilateur OCaml qui facilitent la
compilation de la partie serveur des projets basés sur le framework Eliom. Ils respectivement
accepter le même ensemble d'options que le ocamlc(1),ocamlcpde Géographie (1) et avec la ocamlopt(1) compilateurs plus
celles spécifiques décrites dans le OPTIONS .

js_of_eliom est un wrapper autour des compilateurs OCaml et Js_of_ocaml qui facilitent la
compilation de la partie client des projets basés sur le framework Eliom. Il accepte le
même ensemble d'options que le ocamlc(1) compilateur plus les spécifiques décrits dans le
OPTIONS .

Eliomdep est une enveloppe autour ocamldep(1) qui gère les dépendances d'une source .eliom
des dossiers. Il accepte le même ensemble d'options plus celles spécifiques décrites dans le OPTIONS
section. Il suppose que les modules compilés côté serveur de fichiers OCaml situés
dans ce sous-arborescence de répertoire sont dans le répertoire _serveur (avec la même structure de sous-répertoires)
(resp. dans le répertoire _client pour les modules compilés côté client).

Eliompp (EXPÉRIMENTAL) est un préprocesseur qui supprime des sections spécifiques, selon le
option donnée. L'option -client supprimera toutes les pièces de niveau supérieur et les sections de serveur
et l'option -serveur supprimera uniquement les sections client.

éliomdoc (EXPÉRIMENTAL) est un wrapper autour du générateur de documentation OCaml ocamldoc.
Il vous permet de générer de la documentation à partir de client or serveur côté. Il accepte le même
ensemble d'options que ocamldoc(1). Il extrait automatiquement les commentaires du
sections souhaitées. éliomdoc est actuellement expérimental, et vous pourriez trouver des
comportements. (voir http://ocsigen.org/eliom/manual/workflow-compilation). Certains bien connus
les bogues sont :

· vos fichiers doivent toujours commencer par une valeur et non par un commentaire. Autrement,
camlp4 n'affichera pas les commentaires.

· parfois, les nœuds de commentaire ne sont pas attachés comme prévu. C'est parce que camlp4
(parfois) supprimez une nouvelle ligne supplémentaire entre les éléments de valeur.

COMPILATION ÉLOM SOURCE DES DOSSIERS

La compilation des fichiers avec une extension .eliom se fait en trois étapes : déduire le
type de valeur envoyée par le serveur au client ; compiler la partie serveur du code et
compiler la partie client. Les deux premières étapes peuvent être réalisées avec eliomc et la dernière
avec js_of_eliom.

Les deux outils produisent un fichier .cmo nommé comme le fichier .eliom d'origine. Pour éviter d'écraser le
.cmo représentant la partie serveur avec .cmo de la partie client, fichiers générés par
eliomc or éliomopt sont stockés par défaut dans un sous-répertoire nommé _server et files
généré par js_of_eliom sont stockés dans un sous-répertoire nommé _client. Ceux par défaut
les répertoires peuvent être respectivement remplacés par les variables d'environnement ELIOM_SERVER_DIR
et ELIOM_CLIENT_DIR.

Les types déduits par eliomc car les valeurs envoyées par le serveur au client sont stockées dans un
fichiers intermédiaires nommés comme le fichier .eliom d'origine et dont l'extension est .type_mli.
Ce fichier est requis par js_of_eliom pour compiler la partie client du fichier .eliom. Les
Eliomdep l'outil génère correctement les dépendances de ce fichier intermédiaire pour le serveur .cmo
et le client .cmo.

OPTIONS

-eliom-inc Ajouter à la liste des répertoires eliom incluent (eliomdep uniquement).

est
Spécifiez le répertoire cible pour les fichiers générés

-paquet
C'est la même option que celle d'ocamlfind.

-prédicats
C'est la même option que celle d'ocamlfind.

-pas de chargement automatique
Ne chargez pas les extensions de syntaxe couramment utilisées (deriving, lwt, js_of_ocaml, tyxml).

-type-conv
Utilisez les extensions de syntaxe type_conv au lieu d'en dériver une. Il n'a aucun effet s'il est utilisé
en conjonction avec -no-autoload.

-ppopt
Ajouter à l'invocation du préprocesseur.

-jsopt
Ajouter à l'invocation js_of_ocaml (js_of_eliom uniquement).

-déduire
Pour le fichier .eliom, ne générez que le fichier intermédiaire .type_mli (eliomc et eliomopt
seulement).

-pas de déduction
Pour le fichier .eliom, ne générez pas le fichier intermédiaire .type_mli (eliomc et
eliomopt uniquement).

-Aide or --Aidez-moi
Affichez un bref résumé d'utilisation et quittez.

EXEMPLES

La compilation d'un projet Eliom composé d'un fichier spécifique au serveur nommé server.ml, un
fichier spécifique au client nommé client.ml et deux fichiers communs nommés base.eliom et main.eliom,
peut être obtenu avec les commandes suivantes :

eliomc -a -o appl.cma serveur.ml base.eliom main.eliom
js_of_eliom -o appl.js client.ml base.eliom main.eliom

Pour éviter de recompiler l'ensemble du projet à chaque fois, cela peut être divisé en plusieurs étapes :

eliomc -c serveur.ml
eliomc -c base.eliom
eliomc -c main.eliom
eliomc -a -o appl.cma _server/server.cmo _server/base.cmo _server/main.cmo
js_of_eliom -c client.ml
js_of_eliom -c base.eliom
js_of_eliom -c main.eliom
js_of_eliom -o appl.js _client/client.cmo _client/base.cmo _client/main.cmo

Utilisez js_of_eliom en ligne en utilisant les services onworks.net