Quand utiliser “côté client de routage” ou “serveur de routage côté”?

Je suis un peu confus à ce sujet, et je me sens un peu stupide de poser cette question, mais je tiens à le comprendre.

Donc, dire que je suis en train de travailler avec un framework web, comme Backbone, Angular ou Durandal. Ce cadre comprend de routage.

Mais j'ai bien sûr toujours un serveur pour la base de données des trucs, et ainsi de suite, qui dispose également de routage.

Ma question est maintenant:

Quand utiliser "côté client de routage" ou "serveur de routage côté"?

Comment est-il "décide" si le routage est déjà réalisé sur le côté client ou si la requête est envoyée au serveur web?

J'ai particulièrement du mal à imaginer ce parce que le côté client pourrait faire de routage avant que le serveur ne se fait jamais à savoir à propos de cette demande.

Je serais très reconnaissant si quelqu'un pouvait m'expliquer comment ces deux systèmes de routage de travailler ensemble.

P. S.: je n'ai pas inclus les exemples de code parce que je ne suis pas à la recherche d'une réponse relative à un cadre particulier, mais en ce qui concerne le processus de routage en général.

  • Que voulez-vous dire exactement par côté serveur de routage? Voulez-vous dire de la frappe d'un point de terminaison http définie par votre API, ou un point de terminaison http définie par votre base de données de l'API? Routage sur le côté client implique l'INTERFACE utilisateur; de routage sur le serveur implique généralement les ressources en voiture de l'INTERFACE utilisateur, ou qui sont conduits par l'INTERFACE utilisateur. Pourriez-vous éventuellement fournir un scénario hypothétique?
  • J'ai trouvé cette quand on regarde ce projet: github.com/mikefrey/noah-challenge.git. Il fait un peu de routage à l'aide Angulaire et certains de routage à l'aide de Koa (côté serveur, comme l'express).
  • J'en ai un similaire à la compréhension du problème. Im essayant de construire un SPA et je suis actuellement en utilisant sammy.js avec php dans le backend. Maintenant Im réflexion sur le passage à partir de PHP Node.js et il y a Express.js qui semble faire exactement ce que Sammy.js le fait, mais sur le côté serveur... déroutant
InformationsquelleAutor tomet | 2014-05-31