Maison  >  Article  >  interface Web  >  Points de connaissance de l'architecture front-end

Points de connaissance de l'architecture front-end

PHP中文网
PHP中文网original
2017-06-20 09:43:291081parcourir

Les mots précédents

Cet article complétera les points de connaissances manqués par l'architecture front-end, y compris les quatre parties de sortie de document, de décomposition du système, d'extraction de composants et d'optimisation de version

Document résultat

1. Il y aura certains problèmes dans le processus de collaboration multi-personnes :

a. Les exigences rédactionnelles pour la formulation des documents sont relativement élevées et elles doivent être structurées, logiquement claires, bien écrit, rédigé rapidement, et Faites attention à la mise en page pour qu'elle soit adaptée à la lecture des autres

b. Si le système est plus complexe, le document sera très long s'il atteint plus d'un. quelques centaines de pages, il sera difficile de prendre beaucoup de temps pour le lire, et de nombreux détails seront parcourus

c. La capacité du cahier des charges à répondre aux besoins n'est pas forcément conforme à l'évolution ; logique. Le formulateur doit négocier avec les développeurs ;

d. Il doit répondre à la fois aux besoins et à la lecture des développeurs

e, ambiguïté dans la formulation, différences de compréhension personnelle, confusion ; , contenu incomplet, fautes de frappe, etc. ;

2 Il y aura également des problèmes dans le travail de suivi et la réutilisation :

a. Il est difficile de former la version finale de la spécification. Des modifications et des révisions ultérieures sont nécessaires. Les modifications entraîneront des frais supplémentaires pour le personnel ultérieur ;

b. Si les exigences changent, la spécification doit être repensée et l'architecture logicielle doit également être repensée. et de petites modifications ;

c. La réutilisabilité de la spécification est étroitement liée au niveau de conception du formulateur ;

d. Le document réutilisé aura également inévitablement des parties manquantes, du contenu manquant et la couverture. Les problèmes tels que la conception originale n'ont pas été modifiés ou supprimés

Décomposition du système

Dans le développement réel, les difficultés de décomposition du système et les problèmes nécessaires ; à considérer sont les suivants :

1. La principale difficulté de la décomposition est de savoir comment la diviser et si la division est raisonnable

2. Chaque fonction commerciale est liée, où la diviser ;

3. Le module divisé peut-il être à nouveau divisé ?

4. La granularité de la décomposition est-elle raisonnable ? Chaque module a sa propre subdivision au niveau du module ou de la classe. niveau ?

5. La décomposition peut facilement conduire à une décomposition excessive ou prématurée, augmenter les coûts et entraîner des risques

6. Les modules divisés peuvent-ils être réutilisés

7. Peut-il être réutilisé après décomposition ? Très bonne intégration ?

8. Assurer une décomposition à 100 % du brouillon interactif, et ne laisser manquer aucun module. Une légère omission affectera le développement ultérieur ;

<.> 9. Comment terminer la décomposition dans le délai imparti, sinon la progression globale sera retardée

Extraction de composants

Pour extraire des composants communs en fonction de l'interaction, les opérations suivantes doivent être effectuées

1. Divisez le brouillon interactif en fonction des niveaux et extrayez les parties similaires ;

2. Divisez-le davantage et extrayez les composants plus petits

3 ; . Assurez-vous que chaque composant est relativement indépendant et qu'il n'y a pas de duplication d'autres composants

4. Les composants séparés sont aussi simples que possible et peuvent être réutilisés

5. Par exemple, boutons, icônes, pagination, navigation, menus, listes, carrousels Images, etc.;

6. La combinaison de ces composants peut restaurer le brouillon interactif

Optimisation de la version

À la sortie du projet, les optimisations suivantes sont requises

1. Mise en cache des fichiers. Configurez un cache local à long terme pour économiser la bande passante et améliorer les performances ; utilisez les résumés de contenu comme base pour les mises à jour du cache afin d'obtenir un contrôle précis du cache, tout en obtenant une libération sans écrasement des ressources pour garantir des mises à niveau fluides

2. Statique Déploiement CDN des ressources, optimisation de la réponse aux requêtes réseau

 3. Fusion et optimisation des ressources. La fusion de fichiers et la modularisation entraîneront une forte augmentation des requêtes HTTP ; l'optimisation des images, y compris la compression d'images et la fusion de sprites (il semble que la police d'icônes soit désormais populaire pour cela), etc.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Article précédent:Lien secondaire js natifArticle suivant:Lien secondaire js natif