1樓：乙隻會飛的豬
我覺得吧，rem 和 vw 唯一不同的就是說rem，它多了一層可以人為控制的鉤子，在一些特殊的場景下配合 mediaQuery 發揮他的作用，而用vw vh 只是硬生生的依賴了視口百分比，我覺得可以把rem作為中間單位，最終的fontSize 還是cacl vw來，這樣既可以保持靈活度，如果後期遇到相容性問題也很好解決
2樓：劉幹臣
19年了還在用rem不是不行，但是不要覺得很光榮。
移動端所有的寬高vw 配合calc()函式還有做不到的嗎？真的想知道那些業務用rem更方便，可能我見識少。19年還繼續扯瀏覽器相容性？
3樓：
其實rem這個單位，有點奇怪。
rem本身旳語意，是根元素字型尺寸的倍數。然而以我所見，實際開發中，大家對rem的用法，其實和字型沒啥關係。大家往往是根據各種規則計算乙個寬度，然後把根元素的字型尺寸設定成這個寬度。
然後使用rem設定各種子元素的寬度。
也就是說，其實大家是在使用rem模擬vw。就像當年大家使用table做布局一樣，屬於「野路子」的一種（當然，很高明）。
既然是這樣，現在瀏覽器普遍支援vw了，那就可以把rem都換掉了。
4樓：謝旻杰
1年半前曾用vw和vh配合著media query生寫了乙個響應式的登陸頁面，體驗就是大體效果很好，但是如果還原精度很高的設計圖，可能還是差一些。舉例，比如二吊子設計師要求寬高比為1：1.
6，你就很難給他們弄出來。不如px來的直接，雖然在各個解析度的螢幕下，看起來大小不一致，但是總體來說寬高比例上沒有失真。
5樓：Golion
使用lib-flexible，螢幕寬度就是10rem，用起來跟vm是乙個意思的。
要說有啥區別的話，就是rem相容性完爆vm。
6樓：凌柏超
rem的相容性好但隨著手機的系統公升級兩者皆可以
rem 在做相應式介面時更加靈活
配合media query 可以實現更簡單的介面
請問在java的實際開發中，應該什麼時候用傳統IO，什麼時候用NIO？
一一哥 一，NIO新特性 NIO的一些新特性有 非阻塞I O，選擇器，緩衝以及管道。管道 Channel 緩衝 Buffer 選擇器 Selector 是其主要特徵。二，Channel Selector解釋 Channel 管道實際上就像傳統IO中的流，到任何目的地 或來自任何地方 的所有資料都必須...
我想問下實際Java專案開發中，需要匯入的jar包多不多
threedr3am 多，一般像我們實際企業開發，乙個稍微有點規模的系統，基本都會用上mysql redis mq等，然後在對接這些元件必然大概率用到相應的封裝jar包去接入，例如要用mysql，有可能就會用到mybatis或者hibernate亦或者jpa jdbc等等。然後除了這些比較常見的元件...
在敏捷開發中，如何預估團隊的開發速度？
金三 其他答案中介紹的撲克發啊估算法啊，都是在衝刺初期對任務工時的估算，進而和time box做匹配的過程。這不是估算速度，這叫迭代排期。估算速度的目標在於評估團隊的交付能力，並提高交付能力。估算的權威資料是在單位時間內，如乙個迭代可以交付的增量的規模，這個資料才是有意義的開發速度。難點也在這裡，增...