国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

團隊合作前端書寫習慣總結

番茄西紅柿 / 1018人閱讀

摘要：函數的名字前綴為動詞，以此區分變量和函數示例函數命名命名方法小駝峰式命名法命名規范前綴應當為動詞命名建議可使用常見動詞約定動詞含義返回值判斷是否可執行某個動作權限函數返回一個布爾值。含有此值不含有此值判斷是否為某個值函數返回一個布爾值。

CSS 規范

CSS 書寫規范

  • class類： 小寫字母,-分割；
  • 圖片: 小寫字母，‘-’或者‘_’ 分割;
  • 避免選擇器嵌套層級過多，少于3級;
  • 不要隨意使用id，id應該按需使用，而不能濫用;
  • 使用CSS縮寫屬性 ，比如padding:0 10px 5px 5px等等，這樣精簡代碼同時又能提高用戶的閱讀體驗;
  • 不縮寫單詞，除非一看就明白的單詞

CSS 字體單位

  • px像素（Pixel），相對長度單位，像素px是相對于顯示器屏幕分辨率而言的。
  • em是相對長度單位。相對于當前對象內文本的字體尺寸。如當前對行內文本的字體尺寸未被人為設置，則相對于瀏覽器的默認字體尺寸。
  • rem也是相對長度單位，但相對的只是HTML根元素。
  • vw代表視窗(Viewport)的寬度為1%，如果視窗寬度為1000px，那么50vw = 500px。
  • vh代表窗口高度的百分，如果視窗高度為800px，那么50vh = 400px

CSS 注釋格式

  • 用來區分頁面的注釋：如“/************************產品中心*******************************/”
  • 模塊的注釋,如/*首頁導航欄/ */

常用CSS命名規則

id的命名

（1)頁面結構

  • 容器: container
  • 頁頭：header
  • 內容：content/container
  • 頁面主體：main
  • 頁尾：footer
  • 導航：nav
  • 側欄：sidebar
  • 欄目：column
  • 頁面外圍控制整體布局寬度：wrapper
  • 左右中：left right center

（2)導航

  • 導航：nav
  • 主導航：mainnav
  • 子導航：subnav
  • 頂導航：topnav
  • 邊導航：sidebar
  • 左導航：leftsidebar
  • 右導航：rightsidebar
  • 菜單：menu
  • 子菜單：submenu
  • 標題: title
  • 摘要: summary

(3)功能

  • 標志：logo
  • 廣告：banner
  • 登陸：login
  • 登錄條：loginbar
  • 注冊：regsiter
  • 搜索：search
  • 功能區：shop
  • 標題：title
  • 加入：joinus
  • 狀態：status
  • 按鈕：btn
  • 滾動：scroll
  • 標簽頁：tab
  • 文章列表：list
  • 提示信息：msg
  • 當前的: current
  • 小技巧：tips
  • 圖標: icon
  • 注釋：note
  • 指南：guide
  • 服務：service
  • 熱點：hot
  • 新聞：news
  • 下載：download
  • 投票：vote
  • 合作伙伴：partner
  • 友情鏈接：link
  • 版權：copyright

Class命名

（1）顏色：使用顏色的名稱或者16進制代碼

  • .red { color: red; }
  • .f60 { color: #f60; }

（2）字體大小,直接使用”font+字體大小”作為名稱

  • .font-12px { font-size: 12px; }
  • .font-9pt {font-size: 9pt; }

(3)對齊樣式,使用對齊目標的英文名稱,如

  • .left { float:left; }
  • .bottom { float:bottom; }

(4)標題欄樣式,使用”類別+功能”的方式命名,如

  • .bar-news { }
  • .bar-product { }

 

JS規范

JS命名規范

JS 變量命名

命名方法：小駝峰式命名

命名規范：前綴應當是名詞。(函數的名字前綴為動詞，以此區分變量和函數)

示例

var maxCount = 10;
var tableTitle = LoginTable;

 

JS 函數命名

命名方法：小駝峰式命名法

命名規范：前綴應當為動詞

命名建議：可使用常見動詞約定

動詞 含義 返回值
can 判斷是否可執行某個動作(權限) 函數返回一個布爾值。true：可執行；false：不可執行
has 判斷是否含有某個值 函數返回一個布爾值。true：含有此值；false：不含有此值
is 判斷是否為某個值 函數返回一個布爾值。true：為某個值；false：不為某個值
get 獲取某個值 函數返回一個非布爾值
set 設置某個值 無返回值、返回是否設置成功或者返回鏈式對象
load 加載某些數據 無返回值或者返回是否加載完成的結果 


 JS 常量命名


命名方法：名稱全部大寫


命名規范：使用大寫字母和下劃線來組合命名，下劃線用以分割單詞


示例



var MAX_COUNT = 10;
var URL = http://www.runoob.com;



 


 JS 文件命名


使用短線（-）或句點（.）作為分隔符號，推薦使用句點，最好使用小寫英文字符，不要使用其他符號和擴展字符，如 jQuery UI 1.9.0 的源文件可命名為"jquery-ui-1.9.0.js"


使用 .js 擴展名，這個擴展名的兼容性最好。其實任何擴展名都可以，只要是 text 類型、編碼正確即可


用句點分隔表示名稱中的從屬關系，范圍大的在前，如jQuery 的表單插件 Form既可以命名為jquery.form.js


JS注釋格式


使用多行注釋,以/*開頭，*/結尾


JS 注意事項


書寫格式


    

  • JS 換行縮進：采用tab（打散為4個空格）
    • 

  • 結束行需添加分號`;`
    • 








 





HTML 規范


1. 盡量減少標簽層級;


2. 雙標簽必須閉合，單標簽用斜線閉合;


3. HTML第一行統一使用HTML5標準;


4.注意代碼加注釋，增加可讀性，如：






    
content





5. 代碼縮進統一用4 空格；


 


參考：http://www.runoob.com/w3cnote/front-end-standards.html
           
               
                                           
                       
                 

            
                     
             
               

                   
 文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

                 
                   
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/1666.html

               

                      
               
              

              

                
相關文章

                
    
                             
                                                                                                    
  • 
                                                
    
                          
    一個靠譜的前端開源項目需要什么？
    
                                                     
    摘要：一個靠譜的應該包含以下幾部分言簡意賅的項目介紹你的項目解決了什么核心問題，有哪些令人心動的特性。除了在中提到遵循的開源協議外，一個靠譜的開源項目還會將該開源協議的內容文檔放在自己的項目下方。

0. 前言
寫前端代碼一段時間之后，你可能會萌生做一個開源項目的想法，一方面將自己的好點子分享出去讓更多的人受益，另一方面也可以在社區貢獻的環境下學到更多的東西從而快速成長。但是開源項目也有開源項...
    
                                                   
                          
    
                                
    
                                    hiyayiji
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                                       
  • 
                                                
    
                          
    一個靠譜的前端開源項目需要什么？
    
                                                     
    摘要：一個靠譜的應該包含以下幾部分言簡意賅的項目介紹你的項目解決了什么核心問題，有哪些令人心動的特性。除了在中提到遵循的開源協議外，一個靠譜的開源項目還會將該開源協議的內容文檔放在自己的項目下方。

0. 前言
寫前端代碼一段時間之后，你可能會萌生做一個開源項目的想法，一方面將自己的好點子分享出去讓更多的人受益，另一方面也可以在社區貢獻的環境下學到更多的東西從而快速成長。但是開源項目也有開源項...
    
                                                   
                          
    
                                
    
                                    DesGemini
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                                       
  • 
                                                
    
                          
    # 前端進階--1.為什么要制定開發規范？
    
                                                     
    摘要：使用代替可以使用工具代替結語我們應該根據公司情況業務場景和團隊具體情況來制定適合自己的開發規范，開發規范不需要最好，也沒有最好的開發規范，只有適合自己的。后期我將和大家分享如何制定開發規范。

0 為什么要有規范？

與性能無關
與功能無關
與效果無關
與能力無關
與工期無關

但是，規范必不可少

與效率相關（開發、迭代和維護，重點提升維護及迭代效率）
與團隊相關（減少團隊之間的不一致...
    
                                                   
                          
    
                                
    
                                    TerryCai
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                                       
  • 
                                                
    
                          
    [前端開發]--分享個人習慣的命名方式
    
                                                     
    摘要：最近在知乎上看到這個作為程序員，有沒有讓你感到既無語又崩潰的程序命名。今天，也分享下最近自己在使用的命名習慣，當然只是個人習慣。但是兩個函數的命名，一個是，另一個是。關于的命名規范，應該很多人都是習慣用大駝峰命名。

把一件平凡的事情做好，很平凡。把一件平凡的事情堅持的做好，很不平凡。
1.前言
如果說計算機科學只存在兩個難題：緩存失效和命名。那么我就覺得命名的難點只有兩個：詞匯量和堅持...
    
                                                   
                          
    
                                
    
                                    Rocture
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                           
                

              

              
               

                  
                  
發表評論

                   
               

              

                

                  
0條評論
   
                
 
                      

              

           

           

              
 
                

                   
              
  

                  
最新活動
 
           
                             
              





                                
              

           

        

      
 
    

    
     

      
    

    
    

    
       
       

         
閱讀需要支付1元查看
  
         
     
       

      
  
    
    













<