Est-ce une bonne pratique de stocker les informations relatives aux balises d'en-tête dans un fichier séparé et de les inclure ultérieurement ?

Question

Est-ce une bonne pratique de stocker les informations relatives aux balises d'en-tête dans un fichier séparé et de les inclure ultérieurement ?

Demandé el 7 de Septembre, 2012: Quand la question a-t-elle été
298 affichage: Nombre de visites la question a
5 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

<head>
    <meta charset="utf-8">
    <link rel="stylesheet" type="text/css" href="css/style.css"/>
    <link rel="stylesheet" type="text/css" href="css/homepage.css"/>
    <link rel="stylesheet" type="text/css" href="css/header.css"/>
    <link rel="stylesheet" type="text/css" href="css/footer.css"/>
    <link rel="stylesheet" type="text/css" href="css/navmenu.css"/>
    <!-- more css here -->
    <script type="text/javascript" src="js/jQuery.js"></script>
    <script type="text/javascript" src="js/navmenu.js"></script>
    <!-- more js here -->
</head>

J'ai tous les css et javascripts externes à l'intérieur de l'application <head></head> dans toutes mes pages et tout ce qui est important dans toutes les pages est-il approprié de mettre tout cela dans un fichier séparé et de l'inclure simplement en utilisant php ? ainsi, si je veux faire des changements sur ces externes, ce sera facile pour moi, car cela affectera toutes mes pages je veux juste savoir si c'est une bonne pratique merci d'avance

Demandé el 7 de Septembre, 2012 par Peace

Answer 1

5 Réponses

Answer 2

2voto

Dai Points 24530

Oui, c'est ça. Mais pourquoi s'arrêter là ? Idéalement, vous devriez avoir toutes vos balises répétitives dans un seul fichier.

Il existe de nombreuses approches pour partager le balisage commun en PHP, mais la manière la plus simple est d'avoir des fichiers globaux "Top.php" et "Bottom.php", comme ceci :

Dans Top.php :

 <html>
 <head>
      <title><?php echo $pagetitle; ?></title>
      <!-- your <meta /> elements go here -->
 </head>
 <body>
      <!-- common page elements go here -->

Dans Bottom.php :

 </body>
 </html> <!-- This ensures all of the common markup is closed -->

Ensuite, pour chaque page, faites ceci :

 <?php $pageTitle = "This page's title";
 require("Top.php"); ?>
 <!-- put your per-page markup and PHP code here -->
 <?php require("Bottom.php"); ?>

Simples.

Maintenant, comment j'utilise require() au lieu de include() . La fonction require est plus stricte et s'assure essentiellement que les fichiers inclus existent. Je pense qu'il est préférable pour une application de se casser visiblement que d'échouer silencieusement.

Répondu el 7 de Septembre, 2012 par Dai (24530 Points )

Answer 3

0voto

jasir Points 919

Enregistrez vos extraits dans des fichiers distincts, puis incluez-les.

Et oui, c'est une bonne pratique, mais le mieux est d'utiliser un système de modèles décent. Regardez le système de templating Latte de Cadre de Nette

Répondu el 7 de Septembre, 2012 par jasir (919 Points )

Answer 4

0voto

jtheman Points 4932

Bien sûr, c'est une bonne pratique. Mettez-le dans un script PHP séparé, c'est-à-dire head.php, puis incluez-le dans toutes les autres pages à l'aide des éléments suivants

<?php include('head.php'); ?>

Répondu el 7 de Septembre, 2012 par jtheman (4932 Points )

Answer 5

0voto

KarmicDice Points 3313

Pour répondre directement à votre question.

OUI ! C'est une bonne pratique.

Un bon programmeur ne recodera pas tout à chaque page (une des nécessités qui a conduit à l'invention de CLASS). Donc. Continuez ! :)

Répondu el 7 de Septembre, 2012 par KarmicDice (3313 Points )

Answer 6

0voto

Mike Sherrill 'Cat Recall' Points 36941

Oui, il est approprié de rassembler des données communes comme celles-ci dans des fichiers séparés. La question qui se pose est la suivante : maintenant qu'elles sont dans un fichier séparé, que faites-vous avec ?

Vous avez au moins quatre options.

fichiers d'inclusion côté serveur (basés sur l'hôte)
php include déclaration
php require o require_once déclaration
faire

On pense généralement que les inclusions côté serveur nuisent aux performances, en particulier sur les serveurs d'hébergement web mutualisés à faible coût (sursollicités ?). Il existe d'autres problèmes.

Le site include et le require déclarations en php diffèrent principalement dans leur façon de réagir aux dossiers manquants. Le site include produit un avertissement ; require produit une erreur fatale.

L'utilitaire make est moins souvent utilisé, mais il est très utile. Avec make, vous pouvez inclure n'importe quel fichier dans un autre fichier, produisant ainsi une sortie avec un contenu statique lorsque cela a un sens, et un contenu dynamique lorsque cela a un sens.

Pour des informations comme celles dont vous parlez, vous pourriez utiliser make pour produire des fichiers dans lesquels les feuilles de style et les références javascript sont statiques (il n'y a donc pas de perte de performance), avec toute la facilité de maintenance d'un seul fichier source. Un makefile correctement construit garantit que tout changement apporté au fichier de feuille de style/javascript sera incorporé dans la prochaine version.

D'autres utilitaires de texte peuvent faire certaines des mêmes choses, en particulier si vous êtes seulement en parlant d'inclusion de fichiers. (m4, par exemple.)

Répondu el 7 de Septembre, 2012 par Mike Sherrill 'Cat Recall' (36941 Points )

Est-ce une bonne pratique de stocker les informations relatives aux balises d'en-tête dans un fichier séparé et de les inclure ultérieurement ?

Réponses

Questions en vedette

Top Tags

Prograide.com

Powered by:

Est-ce une bonne pratique de stocker les informations relatives aux balises d'en-tête dans un fichier séparé et de les inclure ultérieurement ?

Réponses

Questions en vedette

Top Tags

Dans notre réseau

Prograide.com

Powered by: