[vue] 你有看过vue推荐的风格指南吗?列举出你知道的几条
生活随笔
收集整理的這篇文章主要介紹了
[vue] 你有看过vue推荐的风格指南吗?列举出你知道的几条
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
[vue] 你有看過vue推薦的風格指南嗎?列舉出你知道的幾條
優先級A的規則:必要的 (規避錯誤)組件名為多個單詞組件數據:組件的 data 必須是一個函數。細致的 Prop 定義總是用 :key 配合 v-for避免 v-if 和 v-for 用在一起為組件樣式設置作用域私有屬性名:自定義私有屬性使用 $_ 前綴。并附帶一個命名空間以回避和其它作者的沖突 (比如 $_yourPluginName_)。優先級B的規則:強烈推薦 (增強可讀性)組件文件:只要有能夠拼接文件的構建系統,就把每個組件單獨分成文件。單文件組件文件的大小寫:要么始終是單詞大寫開頭 (PascalCase),要么始終是橫線連接 (kebab-case)。基礎組件名:應用特定樣式和約定的基礎組件 (也就是展示類的、無邏輯的或無狀態的組件) 應該全部以一個特定的前綴開頭,比如 Base、App 或 V。單例組件名:只擁有單個活躍實例(每個頁面只使用一次)的組件應該以 The 前綴命名,以示其唯一性。緊密耦合的組件名:和父組件緊密耦合的子組件應該以父組件名作為前綴命名。組件名中的單詞順序:組件名應該以高級別的 (通常是一般化描述的) 單詞開頭,以描述性的修飾詞結尾。自閉合組件:在單文件組件、字符串模板和 JSX 中沒有內容的組件應該是自閉合的——但在 DOM 模板里永遠不要這樣做。模版中的組件名大小寫:在單文件組件和字符串模板中組件名應該總是 PascalCase 的——但是在 DOM 模板中總是 kebab-case 的。JS / JSX 中的組件名大小寫:JS/JSX 中的組件名應該始終是 PascalCase 的,在較為簡單的應用中只使用 Vue.component 進行全局組件注冊時,可以使用 kebab-case 字符串。完整單詞的組件名Prop 名大小寫:在聲明 prop 的時候,其命名應該始終使用 camelCase,而在模板和 JSX 中應該始終使用 kebab-case。多個特性的元素:多個特性的元素應該分多行撰寫,每個特性一行。模板中簡單的表達式:組件模板應該只包含簡單的表達式,復雜的表達式則應該重構為計算屬性或方法。簡單的計算屬性帶引號的特性值:非空 HTML 特性值應該始終帶引號 (單引號或雙引號,選你 JS 里不用的那個)。指令縮寫:指令縮寫 (用 : 表示 v-bind: 、用 @ 表示 v-on: 和用 # 表示 v-slot:) 應該要么都用要么都不用。優先級C的規則:推薦 (將選擇和認知成本最小化)組件 / 實例的選項的順序元素特性的順序組件 / 實例選項中的空行:在多個屬性之間增加一個空行,特別是在這些選項一屏放不下,需要滾動才能都看到的時候。單文件組件的頂級元素的順序:總是讓 <script>、<template> 和 <style> 標簽的順序保持一致。且 <style> 要放在最后,因為另外兩個標簽至少要有一個。優先級D的規則:謹慎使用 (有潛在危險的模式)沒有在 v-if / v-else-if / v-else 中使用 key元素選擇器應該避免在 scoped 中出現。隱性的父子組件通信:應該優先通過 prop 和事件進行父子組件之間的通信,而不是 this.$parent 或改變 prop。非 Flux 的全局狀態管理:應該優先通過 Vuex 管理全局狀態,而不是通過 this.$root 或一個全局事件總線。個人簡介
我是歌謠,歡迎和大家一起交流前后端知識。放棄很容易,
但堅持一定很酷。歡迎大家一起討論
主目錄
與歌謠一起通關前端面試題
總結
以上是生活随笔為你收集整理的[vue] 你有看过vue推荐的风格指南吗?列举出你知道的几条的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 飞机大战一Java课程设计
- 下一篇: [vue] 你知道vue2.0兼容IE哪