web頁面彈出遮罩層,通過js或css禁止蒙層底部頁面跟隨滾動


場景概述

彈窗是一種常見的交互方式,而蒙層是彈窗必不可少的元素,用於隔斷頁面與彈窗區塊,暫時阻斷頁面的交互。但是,在蒙層元素中滑動的時候,滑到內容的盡頭時,再繼續滑動,蒙層底部的頁面會開始滾動,顯然這不是我們想要的效果,因此需要阻止這種行為。

那么,如何阻止呢?請看以下分析:

 

方案分析

方案一

  • 打開蒙層時,給body添加樣式:
overflow: hidden; height: 100%;

在某些機型下,你可能還需要給根節點添加樣式:

overflow: hidden;
  • 關閉蒙層時,移除以上樣式。

優點:
簡單方便,只需添加css樣式,沒有復雜的邏輯。

缺點:
兼容性不好,適用於pc,移動端就尷尬了。
部分安卓機型以及safari中,無法無法阻止底部頁面滾動。

如果需要應用於移動端,那么你可能需要方案二。

 

方案二

就是利用移動端的touch事件,來阻止默認行為(這里可以理解為頁面滾動就是默認行為)。

1 // node為蒙層容器dom節點
2 node.addEventListener('touchstart', e => {
3   e.preventDefault()
4 }, false)

辦公資源網址導航 https://www.wode007.com

簡單粗暴,滾動時底部頁面也無法動彈了。假如你的蒙層內容不會有滾動條,那么上述方法prefect。

但是,最怕空氣突然安靜,假如蒙層內容有滾動條的話,那么它再也無法動彈了。因此我們需要寫一些js邏輯來判斷要不要阻止默認行為,復雜程度明顯增加。

具體思路:判定蒙層內容是否滾動到盡頭,是則阻止默認行為,反之任它橫行。


Tip:這里我發現了一個小技巧,可以省略不少代碼。在一次滑動中,若蒙層內容可以滾動,則蒙層內容滾動,過程中即使蒙層內容已滾至盡頭,只要不松手(可以理解為
touchend事件觸發前),繼續滑動時頁面內容不會滾動,此時若松手再繼續滾動,則頁面內容會滾動。利用這一個小技巧,我們可以精簡優化我們的代碼邏輯。

示例代碼如下:

  1 <body>
  2   <div class="page">
  3     <!-- 這里多添加一些,直至出現滾動條 -->
  4     <p>頁面</p>
  5     <p>頁面</p>
  6     <button class="btn">打開蒙層</button>
  7     <p>頁面</p>
  8   </div>
  9   <div class="container">
 10     <div class="layer"></div>
 11     <div class="content">
 12       <!-- 這里多添加一些,直至出現滾動條 -->
 13       <p>蒙層</p>
 14       <p>蒙層</p>
 15       <p>蒙層</p>
 16     </div>
 17   </div>
 18 </body>
 19 body {
 20   margin: 0;
 21   padding: 20px;
 22 }
 23 
 24 .btn {
 25   border: none;
 26   outline: none;
 27   font-size: inherit;
 28   border-radius: 4px;
 29   padding: 1em;
 30   width: 100%;
 31   margin: 1em 0;
 32   color: #fff;
 33   background-color: #ff5777;
 34 }
 35 
 36 .container {
 37   position: fixed;
 38   top: 0;
 39   left: 0;
 40   bottom: 0;
 41   right: 0;
 42   z-index: 1001;
 43   display: none;
 44 }
 45 
 46 .layer {
 47   position: absolute;
 48   top: 0;
 49   left: 0;
 50   bottom: 0;
 51   right: 0;
 52   z-index: 1;
 53   background-color: rgba(0, 0, 0, .3);
 54 }
 55 
 56 .content {
 57   position: absolute;
 58   bottom: 0;
 59   left: 0;
 60   right: 0;
 61   height: 50%;
 62   z-index: 2;
 63   background-color: #f6f6f6;
 64   overflow-y: auto;
 65 }
 66 const btnNode = document.querySelector('.btn')
 67 const containerNode = document.querySelector('.container')
 68 const layerNode = document.querySelector('.layer')
 69 const contentNode = document.querySelector('.content')
 70 let startY = 0 // 記錄開始滑動的坐標,用於判斷滑動方向
 71 let status = 0 // 0:未開始,1:已開始,2:滑動中
 72 
 73 // 打開蒙層
 74 btnNode.addEventListener('click', () => {
 75   containerNode.style.display = 'block'
 76 }, false)
 77 
 78 // 蒙層部分始終阻止默認行為
 79 layerNode.addEventListener('touchstart', e => {
 80   e.preventDefault()
 81 }, false)
 82 
 83 // 核心部分
 84 contentNode.addEventListener('touchstart', e => {
 85   status = 1
 86   startY = e.targetTouches[0].pageY
 87 }, false)
 88 
 89 contentNode.addEventListener('touchmove', e => {
 90   // 判定一次就夠了
 91   if (status !== 1) return
 92 
 93   status = 2
 94 
 95   let t = e.target || e.srcElement
 96   let py = e.targetTouches[0].pageY
 97   let ch = t.clientHeight // 內容可視高度
 98   let sh = t.scrollHeight // 內容滾動高度
 99   let st = t.scrollTop // 當前滾動高度
100 
101   // 已經到頭部盡頭了還要向上滑動,阻止它
102   if (st === 0 && startY < py) {
103     e.preventDefault()
104   }
105 
106   // 已經到低部盡頭了還要向下滑動,阻止它
107   if ((st === sh - ch) && startY > py) {
108     e.preventDefault()
109   }
110 }, false)
111 
112 contentNode.addEventListener('touchend', e => {
113   status = 0
114 }, false)

 

問題雖然是解決了,但是回頭來看,復雜程度和代碼量明顯增加了一個梯度。
本着簡單方便的原則,我們是不是還可以探索其他的方案呢?

既然touch事件判定比較復雜,何不跳出這個框框,另辟蹊徑,探索更加合適的方案。
於是,便有了我們的方案三。

 

方案三

來講講我的思路,既然我們要阻止頁面滾動,那么何不將其固定在視窗(即position: fixed),這樣它就無法滾動了,當蒙層關閉時再釋放。

當然還有一些細節要考慮,將頁面固定視窗后,內容會回頭最頂端,這里我們需要記錄一下,同步top值。

示例代碼:

 1 let bodyEl = document.body
 2 let top = 0
 3 
 4 function stopBodyScroll (isFixed) {
 5   if (isFixed) {
 6     top = window.scrollY
 7 
 8     bodyEl.style.position = 'fixed'
 9     bodyEl.style.top = -top + 'px'
10   } else {
11     bodyEl.style.position = ''
12     bodyEl.style.top = ''
13 
14     window.scrollTo(0, top) // 回到原先的top
15   }
16 }

 

思考總結

  • 若應用場景是pc,推薦方案一,真的是不要太方便
  • 若應用場景是h5,你可以采用方案二,但是我建議你采用方案三
  • 若應用場景是全平台,那么方案三你不容錯過

本文到這里也即將結束了,在這里我強烈推薦一下方案三,原因在於簡單、方便、兼容性好,一次封裝,永久受用。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM