Je suis nouveau à réagir et je me demandais si nous devons utiliser des données de code horaire telles que ceci: Comme vous pouvez voir le code ci-dessus, je viens de mettre "Content Manager" à l'intérieur de H1 Un contenu habituel comme nous le faisons dans HTML. Ou dois-je utiliser des accessoires au lieu de codage dur: Les gars si quelque chose n'est pas clair, laissez-moi savoir
3 Réponses :
Si votre composant d'en-tête va être réutilisé pour afficher différents en-têtes passez dans le texte comme un accessoire. Sinon, si vous êtes mort sûr que cela ne sera utilisé qu'une fois, le codage dur est bien.
acclamations,
Fondamentalement si vous souhaitez réutiliser un composant, vous devriez utiliser des accessoires.
Exemple: P>
Lorsque vous avez besoin de même composant d'en-tête pendant 3 places disant "Bienvenue", "Bonjour" et "Bonjour" et avez-vous codé dur, vous obtiendrez la rédaction de 3 composants d'en-tête avec votre en-tête comme "Bienvenue", "Bonjour" et "Salut". P>
Quelque chose comme ceci: p>
p>
const header = props => {
return (
<header>
<h1>{props.title}</h1>
</header>
);
};
export default header;
import Header from './header.js'
<Header title="Hi"/>
<Header title="Hello"/>
<Header title="Welcome"/>JAMAIS NECTURECODING, c'est le mal!
LocalSorage, récupération, accessoires de réactjs, jeu de données JS / HTML ou fichier global contenant des clés et des valeurs. Il existe de nombreuses solutions de contournement au codage rigide. Mes excuses.
Si vous souhaitez effectuer ce composant réutilisable, utilisez les appels
.Cela dépend également, par exemple si la page principale est la page principale, vous pouvez afficher votre nom de demande pouvant être stocké dans un fichier .properties ou .env. Lors de la création d'un nouveau composant, pensez toujours à la réutilisabilité