→ LaPass:如果打算用media query,那一開始在寫網頁時就要一直切換大 11/16 22:12
→ LaPass:小,看看兩邊的排版狀況變的怎麼樣。這是一開始寫的時候就 11/16 22:13
→ LaPass:要注意的事情。 11/16 22:13
因為 html 架構就要預先想好了
→ LaPass:但如果是一開始先寫pc板,後來才想到手機板,再去補手機的 11/16 22:13
→ LaPass:CSS,那通常是來不及了,倒不如重新寫一個手機版網頁。如果 11/16 22:14
→ LaPass:當初MVC有做好,這項工作應該不會太費事才對,只要改View就 11/16 22:15
→ LaPass:好。但如果沒有做好,資料、控制、顯示通通都雜在一起.... 11/16 22:16
→ LaPass:那恭喜了,工作量通常會趨近於把整個網站重新寫過..... 11/16 22:17
這種狀況,如果時間允許,我會推薦乾脆把原本的砍掉重練
改用 RWD 的方式。(因為我很懶 XD)
css 套用只要 developer tool 打開馬上就可以修改,改完在複製貼上回去,
後端有的改完要重整(竟然連重整都不願意,是有多懶),
有的要重新 complie,有的要重新 deploy
太懶啦~~~
→ LaPass:至於判斷網頁類型,因為瀏覽器基本上可以偽裝,所以大概只 11/16 22:18
→ LaPass:有靠JS去判斷瀏覽器寬度才比較可靠,但這也不準確,因為有 11/16 22:18
→ LaPass:時候有人會把瀏覽器視窗縮的很小.... 11/16 22:19
這跟 media query 是一樣意思啊 XD
→ LaPass:折衷方案是使用不準確的判斷方式,用server端去判斷,然後 11/16 22:19
→ LaPass:在網頁的最上方加上「檢視手機板」跟「檢視電腦版」的按鈕 11/16 22:20
server 端也是只能拿到 user agent 來判斷… 其實跟用 javascript 是一樣的
我覺得 RWD 的用意就是在「不管你是什麼版,我都想辦法提供最好的使用者體驗給你」
而不是用 user agent 去判斷
「你是手機版,不管你寬度,我就決定只吐給你手機的內容,
你是桌機版,即使是 15寸 CRT 1024*768,我還是吐塞得很滿的桌機內容給你」
呣,應該說是,你今天寬度 480,好,我就給你 480 不會亂掉的樣式
你今天寬度 768 我就給你 768 適合的樣式
你今天大於 1920,那我就設定 1920 的樣式給你
你今天 dpr = 2,有可能是 iphone 的 retina 螢幕,好,那我就吐 2 倍大小的圖給你
說這麼多廢話,大概等於這樣一句話
「可視範圍決定他的排版,而不是讓裝置種類決定」
總之,不管哪種方法,我覺得還是依照你的需求下去選擇會比較好。
如果要用 RWD 的方式的話,我可以偷偷推 SCSS/SASS 嘛 XD
不用 RWD 的方式的話,我還是要推啦(根本強迫中獎)
--
好像講了一堆廢話…
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 219.85.64.11
推 On1earth:最近作了幾個RWD的版面,要考慮大/小畫面呈現的情況,有 11/17 21:22
→ On1earth:時為了一個元素要擺在哪、怎麼呈現就花掉半天的時間@@ 11/17 21:23
推 backfish:感謝詳細回覆 11/17 21:45