Généralement, non. Si vous devez effectuer une mise en mémoire tampon de sortie, utilisez simplement the output buffering API. Même si vous devez récupérer votre sortie pour y effectuer un post-traitement, vous pouvez le faire en utilisant ob_get_contents. Ce ne sera pas un gros problème sur la plupart des pages, mais sur de grandes pages ou sous une lourde charge de serveur, vous devriez utiliser le support de tampon de sortie car il est mieux optimisé pour ce que vous essayez d'accomplir.
Généralement, en regardant une méthode telle que celle que vous envisagez, demandez-vous "qu'est-ce que cela me gagne?" Votre exemple ci-dessus est clairement trivial, mais à moins que vous ne prévoyiez de post-traiter vos résultats, qu'est-ce que cela vous apporte?
EDIT:
Je l'ai utilisé à la fois les approches PHP en XML et XML en PHP dans divers projets. Mon expérience est que sur un projet de taille significative, le PHP-in-XML (ou HTML, mais j'essaie de toujours générer du XML ou du XHTML) finit par devenir un mauvais code spaghetti qui devient difficile à maintenir, alors que le XML-in L'approche PHP finit par se transformer en un tas de code de manipulation de chaînes que vous ne voulez pas non plus conserver.
En règle générale, je recommande d'utiliser un framework MVC (MVVM, MVP, etc. - à vous) pour chaque application Web, quelle que soit la langue. Si elle est appliquée correctement, la complexité supplémentaire de la structure est plus que compensée par la modularité et la facilité de maintenance et d'extensibilité que vous obtenez. Si vous ne vous sentez pas le besoin ou le désir de cibler un cadre (bien que, encore une fois, je le recommande vivement), je suis généralement ces règles:
- Autant que possible, limiter PHP en XML à l'inclusion simple valeurs. Par exemple,
<h1><?php echo $title; ?></h1>
Essayez d'éviter d'inclure la logique dans votre code spaghetti (autre que, peut-être, la répétition, bien que je résume généralement cela aussi).
- Chaque fois que possible, créez des documents XML à l'aide des API XML au lieu d'écrire des valeurs brutes dans la sortie. XML a l'avantage d'être facilement transformable, ce qui, d'après mon expérience, vaut largement l'investissement initial supplémentaire, du moins dans les applications de production.
- Envoyez au client un document XML représentant vos données avec une instruction de traitement
xml-stylesheet
indiquant l'emplacement d'une feuille de style à appliquer pour le rendu et laissez le client effectuer son propre rendu. A défaut, placez votre logique de transformation data-to-presentation dans une feuille de style (XSLT, pas CSS) et effectuez la transformation côté serveur. J'apprécie vraiment la séparation entre les données et la présentation que cela me permet.
pour tous les projets quelle est la meilleure méthode? l'incorporation de html en php ou php en html? (comme la réponse d'Aistina) –
@jasmine Désolé, je n'ai pas compris que c'était l'essentiel de la question. Je mettrai à jour ma réponse pour cibler cela. – Dathan