AngularJS et PHP backend

C'est peut-être pas une vraie question, c'est plutôt un discussion. J'ai décidé d'apprendre angulaire, à l'aide d'une tâche simple, construire un système de blog. Et j'ai quelques questions.
De peur de s'imaginer que le php app aura de la structure MVC, j'ai donc quelques questions:

  • Devrais-je construire mon back-end repos application, et l'utilisation de json réponse\demande lors de l'angulaire et php?
  • Que dire de la vue en php app, je devrais les utiliser avec ng-init?
  • De routage, côté serveur ou côté client?
  • Que sur la mise en cache?
  • Et le dernier, mais non le moins, où je devrais mettre de la logique sur les données que l'utilisateur devra saisir?

Quelqu'un peut me donner des instructions ou des directives quant à ce genre de choses, et peut-être un lien utile pour lire les articles, de combiner le php et angulaire, ou peut-être que je vais le faire dans le mauvais sens?

  • btw considérer qu'une page web à l'application basée sur le js n'est pas seo friendly un blog qui pourrait essentiellement être.
InformationsquelleAutor Cawa | 2013-07-29
  1. 31

    Vous pourriez envisager ce type d'application qu'en fait de DEUX applications.

    Le premier est le backend, l'API. Vous pouvez utiliser votre framework PHP pour construire une API qui va vous permettre de disposer de données de persistance, de la validation (logique), etc... et d'oublier au sujet de la fin de devant pour l'instant, vous n'êtes que de la construction d'une API pour les données back-end.

    La deuxième partie de l'application est la AngularJS frontend. Cela comprend tous les points de vue et tout ce que le client voit. Aucune de ce qui est à venir à partir du backend.

    Cela vous permet d'utiliser l'API backend (PHP bits) de la loi sur la banque de données, avec une validation pour la sécurité, tout en ayant la fluidité de l'expérience utilisateur et la base de la validation côté client à partir d'AngularJS.

    De routage est AngularJS, comme c'est le frontend que le client utilise.

    La mise en cache peut être fait (si nécessaire) dans le backend, votre API.

    De Validation va se passer à la fois pour le frontend et le backend, même si elles peuvent être légèrement différentes en cas de besoin.

    Rappelez-vous, vous construisez le backend strictement comme une API, sans considération pour le frontend (comme s'il n'y en aura plus d'une application à l'utiliser), il aura ses propres règles de validation et de la logique.

    Espère que ça aide.

    • Si vous avez des conseils pour utiliser php seulement que l'api? Et pourquoi sa une mauvaise idée de mélanger php points de vue angulaire?
    • Eh bien, je ne sais pas si je dirais que c'est une mauvaise idée en soi, mais sur le plan conceptuel qu'il pourrait introduire beaucoup plus de confusion et de problèmes de maintenance qu'il en faudrait d'abord résoudre. L'idée est que AngularJS vous fournira toute la partie avant la fin, c'est une application dans son propre droit. L'API principale (dans ce cas, PHP) est là pour l'aider à conserver des données avec les opérations CRUD. La séparation permet de garder le code maintenable et évolutif.
    • tout particulier framework PHP recommandé pour la construction de ce backend API?
    • Des frameworks PHP sont un sujet avec un million d'opinions et pas de bonnes ou de mauvaises réponses. C'est vraiment une question de préférence et de la nature de la demande. Choisissez celui qui correspond le mieux avec vos besoins et vos préférences. Si j'avais à choisir, j'irais pour un avec de bonnes XML et JSON soutien compte du fait que les données renvoyées par l'API sera probablement dans ce format. Espère que ça aide un peu.
    • en effet, mais ne sont pas la plupart des framework PHP tout sur mvc? J'ai fait un PHP backend API avec codeigniter, mais honnêtement, je n'ai pas vu de réel avantage par rapport à une utilisation sans framework PHP à tous.
    • Il est très possible (et certaines personnes préfèrent) pour construire le backend sans l'utilisation d'un framework. Vous pouvez simplement utiliser un gestionnaire de paquets comme compositeur et de saisir les bibliothèques dont vous avez besoin, de les relier et à l'alto. Personnellement, j'aime bien les cadres, rend les choses faciles, et je suis paresseux assez pour vraiment l'apprécier. Sur une note de côté, je vous suggère de plus de cadre moderne, avec le soutien de repos des routes, CodeIgniter (tout en étant mon préféré) est un peu daté.

    InformationsquelleAutor Petar Zivkovic
  2. 6

    J'ai trouvé une structure très simple qui me permet d'utiliser Angulaire avec PHP et reposant de l'api. Je utiliser Angularjs pour tous les points de vue. J'utilise un restful API PHP cadre appelé slim afin de faciliter les communications entre Angulaire et le PHP modèles que j'utilise Doctorine2 pour.

    85% de mon codage est fait avec Angulaire(points de Vue). 5% fait avec l'API(automate) et les 10% restants de la configuration de la logique métier dans les Modèles. Grande séparation des préoccupations et pas beaucoup de frais généraux. Simple et concis.

    InformationsquelleAutor Motoman