J'avais espoir dans oscigen, mais je ne comprends rien à leur super tuto. De plus, il n'utilise pas du ocaml standard.
Si c'est juste pour avoir un serveur web, il y a ocsigen server. Après les tutos sont surtout là si tu veux faire une webapp en full-OCaml avec le framework eliom qui permet de coder les parties clients et serveurs en même temps. Et 200 lignes de code pour faire une appli simple de dessin collaboratif, c'est pas mal je trouve.
Qu'entends-tu par « il n'utilise pas du OCaml standard » ? Est-ce l'usage de fichier .eliom ? Cela est du à la nécessité de compiler différemment les code clients et serveurs que l'on met dans le fichier entre les balises [%%client], [%%server] ou [%%shared], mais entre ces balises c'est bien du OCaml standard.
Sinon il y a aussi cohttp développé par l'équipe de mirage.
Sapere aude ! Aie le courage de te servir de ton propre entendement. Voilà la devise des Lumières.
[^] # Re: Pourquoi ?
Posté par kantien . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 3.
Si c'est juste pour avoir un serveur web, il y a ocsigen server. Après les tutos sont surtout là si tu veux faire une webapp en full-OCaml avec le framework eliom qui permet de coder les parties clients et serveurs en même temps. Et 200 lignes de code pour faire une appli simple de dessin collaboratif, c'est pas mal je trouve.
Qu'entends-tu par « il n'utilise pas du OCaml standard » ? Est-ce l'usage de fichier
.eliom? Cela est du à la nécessité de compiler différemment les code clients et serveurs que l'on met dans le fichier entre les balises[%%client],[%%server]ou[%%shared], mais entre ces balises c'est bien du OCaml standard.Sinon il y a aussi cohttp développé par l'équipe de mirage.
Sapere aude ! Aie le courage de te servir de ton propre entendement. Voilà la devise des Lumières.