[API] Séparation backend/frontend

[Hydrog3n]

Il serait bien de bien séparer le backend du front end afin de pouvoir faire différent clients et d'utiliser une API. Quand pensez vous ?

[hardware]

Oui bonne idée, tu prévois de faire un client iOS avec Swift ?

[Hydrog3n]

Je pensais plus à une encapusulation avec du cordova comme ça pas besoin de refaire tout les accès socket. Il faudra surrement mettre ne place l'api avec.

[soyuka]

Je trouve que c'est déjà bien séparé, qu'entends-tu par là ?

(en gros je viens flood dans une issue pour dire 👏 pck vous avez fait du super taf :D)

[Hydrog3n]

Je veux dire par là l'on puisse les lancer séparément. Sur des instances différentes.

[soyuka]

ah bah c'est presque le cas là, basiquement faut juste bouger la route / linked qui render la page \o/.

[Hydrog3n]

Je pense pas comprendre là.

Pour moi : le index.js c'est pour le serveur la partie front devrait être lancé indépendamment comme ça. On pourrait l'encapsuler très facilement dans nwjs ou autre.

[soyuka]

Bah oui y'a juste le render qui doit sortir et c'est bon :) tout le reste
c'est du pur server

Le jeu. 26 nov. 2015 à 14:33, Loïc Vaillé [email protected] a
écrit :

Je pense pas comprendre là.

Pour moi : le index.js c'est pour le serveur la partie front devrait être
lancé indépendamment comme ça. On pourrait l'encapsuler très facilement
dans nwjs ou autre.

—
Reply to this email directly or view it on GitHub
#12 (comment)
.

[Hydrog3n]

Exact ! ^^'

[soyuka]

J'avais commencé à fork votre projet, j'aime beaucoup l'interface et je voulais prendre la partie front, l'injécter dans electron et à la place de l'api placer un webrtc-swarm* (https://github.com/mafintosh/webrtc-swarm utilisé par friends (https://github.com/moose-team) et une surcouche PGP pour crypter les messages le tout en relation avec keybase.

• https://github.com/peermusic/secure-webrtc-swarm => keybase ftw

[Hydrog3n]

ok je voulais placer le front dans du cordova pour le mobile pour ma part.

[soyuka]

👍

https://github.com/mondediefr/mondedie-chat/blob/master/routes/index.js#L16

Ce que je ferais pour jarter cette route :

1. Settings via un endpoint de l'api GET /settings
2. index.html est chargé via nginx, pas besoin de GET / sur l'api
3. Lorsque ca charge, ca GET /settings et ca init le reste après

[Hydrog3n]

Yes, On va devoir créer un xhr pour reccup ça. Ou tu as une autre idée ?

[soyuka]

Hmm oui, d'ailleurs il faudrait aussi login en SPA. Cas où l'api de login peut déjà renvoyer les settings.