• 設(shè)計稿

  1. 是否 兼容iPad
  2. 字體方案(px/rem)，字體過小采取瀏覽器最小顯示
  3. 單、多行省略
  4. 圖標(biāo)轉(zhuǎn)icon
  5. 多行l(wèi)ine-height值是否確定
  6. 展開收起功能是否能用技術(shù)實現(xiàn)（如果有展開和收起，控制必須是另起一行的，不能跟省略的文本處同一行）
  7. 導(dǎo)航欄，在滾動時候的樣式，是固定到頂部還是隨著頁面滾動。

• 實現(xiàn)

  1. 設(shè)寬高還是設(shè)margin,padding，IOS與Android字體的line-height不一致，涉及多行字體的最好是讓其自由撐開。
  2. 加載更多的問題，是否僅僅是加載更多，還是根據(jù)選擇而加載不同的數(shù)據(jù)(帶標(biāo)簽的加載)
  3. 加載的數(shù)據(jù)模板與首次渲染模板一致性
  4. input的text框判斷無內(nèi)容不發(fā)送或做其他處理
  5. 點擊請求的需要做控制以防多次發(fā)出請求，可以用input的disabled控制，可以添加waiting進(jìn)行全屏遮罩阻止用戶點擊。
  6. position:fixed在IOS下彈出軟鍵盤時會失效，底端的固定(輸入框)可用彈性盒布局設(shè)計，頂端固定暫時沒想到好的替代方案。
  7. 視頻播放攔截在play,click,playing媒體事件中都最好寫上相應(yīng)的判斷。
  8. 加載數(shù)據(jù)的接口是否以前端決定加載的數(shù)量
  9. 【React項目】純渲染組件與有邏輯組件之間的通信。
  10. 域名路徑。上線的項目也許不僅僅是改變域名，還會帶有路徑，所以最好是預(yù)留一個公共變量給請求和跳轉(zhuǎn)的路徑。開發(fā)時可為空。
  11. 單行多行省略控制間距不能用padding，否則會出現(xiàn)下文。要用margin

• 測試
  1. 自己公司的文章（所有內(nèi)容）都需要認(rèn)真看一次，讀一次，不容許有一個錯字。
  2. 加載出來的數(shù)據(jù)與首次渲染的數(shù)據(jù)動作是否一致（onclick事件是否綁定，模板是否與首次渲染的一致）
  3. 重復(fù)點擊會發(fā)生什么

** 會持續(xù)更新 **