-
Notifications
You must be signed in to change notification settings - Fork 103
instance.md - Diagramme Responsive FR #25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
"Nouveau rendu du DOM Virtuel" => l'original dit "Virtual DOM re-render and patch" |
Par ailleurs je ne comprends pas tout à fait ce schema en anglais "Compiler le contenu HTML de el en tant que template" pour moi devrait être "Compiler le contenu HTML de el en tant que template puis le template en tant que fonction de rendu", ou alors je n'ai pas compris le fonctionnement de Vue. Pour moi la logique est que Vuejs transforme du html en une succession de "createElement()" en javascript; qui eux générent un "Dom Virtuel", qui lui est ensuite utilisé pour patcher le DOM réel. Soit j'ai mal compris soit le schéma anglais est mal exprimé faute de place dans les cadres et induit plus en erreur qu'autre chose. |
Voici ce que je comprends : Quand tu utilises l'option "template", ce que tu fais c'est donner une chaine de caractère à Vue. Vue ça, il le transforme en une suite d'élément DOM avec des createElement (c'est la partie de gauche). Grace à cette transformation, il peut utiliser render. Pour faire cela il a obligatoirement besoin d'un parseur de chaîne de caractère en DOM d'ou la version « standalone ». Cependant dans le cas de "el", il obtient déjà des élément créer et un DOM réel. Il est déjà dans un état près à l'utilisation pour render (pas besoin de faire de createElement puisque c'est déjà avec des éléments qu'il bosse). d'ou la version « runtime-only ». J'imagine bien que c'est pas si simple que cela mais le schéma pour le coup ne m'a pas perturbé. Par contre si je comprends bien « patcher le DOM » signifie, « créer un DOM réel à partir du DOM Virtuel à jour » ? Si c'est bien le cas que penses tu de : « Nouveau rendu du DOM Virtuel puis du DOM » ? La problématique va être qu'il ne va pas y avoir assez de place si je souhaite conserver le cadre initialement fourni par l'image original. Je peux éventuellement baisser la taille de la police mais bof. Pour moi finalement c'est « sous-entendu » qu'une fois que le DOM Virtuel à fait sa tambouille il « reverse » le résultat final au DOM et donc p-e que ça peut-être omis ? On peut également mettre « Re-rendu du DOM Virtuel puis du DOM », j'ai testé ça passe tout juste ! (dans toutes les tailles, merci |
Merde, je viens de m'apercevoir que j'ai merger T-T. quel con... |
Pour moi il faisait la même chose dans les deux cas : récupérer le html (sous forme de string dans le clef template ou directement puisé dans le html) => créer ensuite un DOM Virtuel (que le html existe déjà ou pas) => Mettre à jour le DOM Réel à l'identique du DOM Virtuel lors du rendu (création total, partielle ou mise à jour selon les cas) J'essaierai de me renseigner, je bute sur mes limites et le schema d'origine me laisse un doute |
Ok. Pour moi ça donne ça donc pas d'embuiguité. Mais on comprendra mieux en ayant tout traduit :D
|
Si vous pensez que d'autres mots seraient plus adaptés.
Pour tester :
par