Comment est-ce que j'emploierais l'armature complète de Laravel dans un sous-dossier d'une application non-laravel

Question

J'ai cherché, mais ne trouvais pas mon cas d'utilisation, bien que je pensais que c'était un peu plus commun. Peut-être que je ne sais pas quoi chercher.

J'ai une application avec un cadre inconnu, et suis prévu pour re-développer quelques fonctionnalités (sections) qui utilisent environ 20 tables de vieilles données SQL, que je convertis en MySQL. L'ancien code est aspx/access. Je vais avoir besoin de l'aide de migration fichiers pour ajuster ces données pour le faire fonctionner, car la conversion ne sera pas propre, et je ne suis pas un administrateur DB par exemple, plutôt "pile complète".

Ce que je "voudrais" faire, est d'utiliser Laravel Framework pour construire ces deux fonctionnalités, l'un a un tas de pages de sélection de liste déroulante, l'autre est une page de questionnaire/pages. Ces deux sections doivent être accessibles dans un sous-dossier ou un sous-dossier pour chacune d'entre elles, comme include/require/autoload (pas iframe).

Notez également, ce site Laravel sera chargé dans la zone de contenu, et pris en sandwich entre l'en-tête et pied de page de l'application mère, et chargé lorsque les chemins question/ et selector/ sont utilisés dans l'URL. Donc essentiellement, pour seulement les deux chemins sur le site, je veux faire le gros du travail.

J'ai déjà une application de base Laravel avec laquelle je travaille sur d'autres projets, donc cela devrait me faire économiser beaucoup de temps pour l'utiliser dans ce projet mixte. Je ne suis pas sûr de ce que cela implique pour mapper les routes, et comment inclure le cadre de base Laravel dans l'application parente. Je ne suis tout simplement pas sûr de savoir comment intégrer ce cadre dans l'application parente, ou si cela fonctionnera.

Im court sur les mots-clés pour rechercher les solutions aussi. Je peux utiliser des mots-clés. J'ai vu modules, mais je ne suis pas sûr que c'est ce que je cherche. Je vois aussi this stack article, qui ressemble à un moyen de sortir le public du répertoire du framework, ce qui peut être utile. Pourquoi suis-je en train d'éviter PHP? En raison de la quantité de tables, de noms de champs non standard, et parce que j'ai une application de base Laravel préconfigurée pour mon environnement et mes goûts, avec lesquels j'ai travaillé récemment sur plusieurs projets, je suis assez à l'aise, etc.

Des suggestions sur la façon d'utiliser Laravel pour créer des sections qui doivent être prises en sandwich dans le site Web parent? Est-ce que ça marchera?

Answer 1

Je créerais la nouvelle application Laravel séparément et l'utiliserais comme une API pour présenter des données pour l'application existante.

Vous pouvez continuer à déplacer des entités de cette manière jusqu'à ce que vous n'utilisiez finalement que l'application existante en tant que «frontal» et que la logique métier n'y soit plus associée. À ce stade, vous pouvez migrer le frontal vers des vues Laravel ou un autre cadre frontal.