Quels sont les avantages d'un apatride en application web?

Il semble que certains architectes ont pour vocation d'un apatride en application web. Cela signifie, fondamentalement, ne pas stocker les sessions de l'utilisateur? Ou est-il de plus?

Si c'est juste de la session de l'utilisateur, le stockage, quel est l'avantage de ne pas le faire?

  • "la session utilisateur stockage" peut être une douleur à l'échelle une fois que vous avez de nombreux serveurs web.
InformationsquelleAutor Genadinik | 2011-04-04
  1. 33
    1. Réduit l'utilisation de la mémoire. Imaginez si google stockées les informations de session au sujet de chacun de leurs utilisateurs
    2. Plus facile de soutenir les fermes de serveurs. Si vous avez besoin des données de session et vous avez plus de 1 serveur, vous avez besoin d'un moyen de synchroniser les données de session sur les serveurs. Normalement, cela se fait à l'aide d'une base de données.
    3. Réduire l'expiration de la session des problèmes. Parfois expiration des sessions de provoquer des problèmes qui sont difficiles à trouver et tester. Sessionless applications ne souffrent pas de ces.
    4. Url linkability. Certains sites de stocker l'ID de ce que l'utilisateur regarde dans les sessions. Cela rend impossible pour les utilisateurs de simplement copier et coller l'URL ou l'envoyer à des amis.

    REMARQUE: les données de session sont vraiment les données mises en cache. C'est ce qu'il devrait être utilisé pour. Si vous avez une requête lourde qui va être réutilisés, puis l'enregistrer dans la session. Rappelez-vous juste que vous ne pouvez pas supposer qu'il sera là quand vous essayez de l'obtenir plus tard. Vérifiez toujours si elle existe avant de les récupérer.

    • Encore une question: si une application est en effet apatrides - est-il alors impossible de contrôler si les utilisateurs sont connectés et de faire de l'authentification?
    • Non, vous pouvez ouvrir une session de l'utilisateur du dernier accès au site qui est une Session de site peut faire pour. Ce n'est pas comme la session d'exécuter des sites de maintenir une connexion avec le navigateur de l'utilisateur.
    • donc, même si je stocker la session/utilisateur de l'état dans memcache, l'application n'est pas considéré comme apatride? L'état doit être tenu dans clinet?!
    • Je n'ai jamais dit que l'état doit être tenu dans le client. Si vous utilisez cela comme un cache pour les demandes de l'utilisateur, c'est différent que si vous stockez "de l'utilisateur de l'état". "État de l'utilisateur", je pense que les données qui "si je perdre les données de mon application va perdre des fonctionnalités" vs "données en cache" qui est "Si je perdre les données de mon application va perdre des performances"
    InformationsquelleAutor tster
  2. 12

    À partir d'un point de vue du développeur, l'apatridie peut aider à rendre une application plus facile à gérer et plus facile à travailler. Si je connais un site que je suis en train de travailler sur est apatride, j'ai pas besoin de vous soucier de choses correctement initialisé lors de la session avant de charger une page en particulier.

    À partir d'un point de vue utilisateur, à l'apatridie, permet de dégager des ressources pour être couplés. Si une page est apatride, puis quand j'ai le lien à un ami la page en question, je sais qu'ils vont voir ce que je vois.

    De la mise à l'échelle et le point de vue des performances, voir tsters réponse.

    • +1 pour le réticulable chose. C'est en fait l'une de mes principales raisons pour ne pas utiliser les données de session. Je vais l'ajouter à ma réponse.
    • Pas toutes les applications sans état sont raccordables. Vous pouvez avoir un SPA front-end (sans routage) et être complètement apatrides sur le côté serveur, mais l'état de session est conservée dans le code javascript. C'est à dire, Dans ce cas, vous ne pouvez pas partager l'URL et vous assurer que votre ami voit la même chose, mais l'application web seraient encore considérés comme des apatrides.
    InformationsquelleAutor Jamie Wong