擁有了“猛男粉”的iPhone 13，值得等等黨們換

擁有了“猛男粉”的iPhone 13，值得等等黨們換新嗎？

國網友可算把iPhone 13盼來了。

去年iPhone 12系列作為蘋果的5G手機開端，有太多不想做第一批吃螃蟹的人；一個王守義十三香的梗，給了“等等黨”們一個自洽的借口，為iPhone 13苦等一年。

今天凌晨，庫克終于帶著它身現直播間。你的等待究竟是“物有所值”還是“終究錯付”，終于要揭曉了。

楊景怡劉冬宇 | 作者

李拓 | 編輯

放大燈團隊 | 策劃

iPhone 13系列：要不咱別等了？

與去年iPhone 12如出一轍，iPhone 13依然有iPhone 13 mini、iPhone 13、iPhone 13 Pro和iPhone 13 Pro Max四款產品。它們的尺寸也沒有變化，iPhone 13 mini和iPhone 13 Pro Max的屏幕尺寸分別為5.4寸和6.7寸，而另外兩款則為6.1寸。

如果你也看完了發(fā)布會的全過程，也許會發(fā)現蘋果擁有了更多顏色，并且機型的顏色更難記了——以至于當iPhone 13和iPhone 13 Pro發(fā)布顏色時，你可能已經對顏色感到疲勞。它們總共有多達9種顏色，其中iPhone 13五種、13 Pro四種，沒有任何重復與交集。

蘋果對顏色的審美也不是一成不變的，但總的說來，這屆iPhone遠沒有12系列那么“雷人”。iPhone 13和mini取消了去年頗具人氣的綠色和不太見得到的紫色，新增了粉色；去年被吐槽成塑料拖鞋的藍色，今年更灰了一點，看起來就兩個字：高級。

頭頂上的iPhone 13 Pro系列，也沒了“地才藍”，新增了一個熟悉的金色，它看起來幾乎就是iPhone Xs的金色的翻版（當時就有不少吐槽的聲音，“科技以換殼為本”之類的），以及另一個全新的淺藍色“遠峰藍”——由于整體結構的相似性，如果不買這兩種顏色，圍觀群眾很可能看不出來你用的是iPhone 13 Pro。不用懷疑，這個新增的淺藍色，很快就能成為今年最搶手的新iPhone。

回到實在的事情上，看看iPhone 13系列有什么技術升級。

更小的“劉海”。郭明錤老師預測過了，它可能讓你的觀看體驗好那么一點點，但這不是什么根本性的改變。多出的一點點顯示面積，蘋果并沒有為它安排什么新圖標、新功能，一切照舊。

但特別地，更新后的Face ID功能將可以正常識別佩戴口罩或者眼鏡起霧的用戶。希望這項功能可以在冬天到來前上線。畢竟這一代iPhone仍然沒有屏下指紋，而大冬天里摘下口罩的滋味可不怎么好受。

更大容量的電池。這也早就被劇透了。實際上，iPhone 13全系列相對上代，續(xù)航提升從1.5小時（13 mini、13 Pro）到2.5小時（13、13 Pro Max）。

更快的主芯片A15。5nm制程、150億個晶體管、2大核+4小核架構、更強的人工智能芯片。但需要特別注意，這屆蘋果給13和Pro系列的芯片做了差異化處理，13搭載4核心GPU，13 Pro搭載5核心GPU。其中的性能差異，根據發(fā)布會上的信息，4核的比競品快30%，5核的比競品快50%，我們用計算器做了個簡單的算術題，這兩款GPU的性能差異大概是15%。不過，具體差異，還需要等待實際測試結果。

更多的影像算法。電影模式視頻給中國手機廠商們好好上了一課：人工智能開始學習運鏡，知道畫面中什么是重要的，應該聚焦在哪里，焦點應該如何跟隨主角的目光變化而變化——如果這套自動化的程序失效了，那還應該記錄下圖像中的深度信息，讓后期調整可以變焦虛化，這一切都應該在手機中完成。當然還有更多算法，天文攝影、攝影風格、夜間模式、智能HDR4等。

剩下的提升，兩部手機就走上了不同的升級路線。總的說來，就是iPhone 13幾乎就是iPhone 12 Pro采用的技術下放，且換上了更好的處理器，誠意滿滿；而iPhone 13 Pro，則補上了幾個用戶期待已久的新技術，并且繼續(xù)將服務于創(chuàng)作者的能力，作為差異化的體現。

先說iPhone 13。它的這些關鍵升級，其實都是去年iPhone 12 Pro的參數下放。

比如XDR屏幕，最高典型亮度800nit、HDR亮度1200nit，與iPhone 12 Pro完全相同，而比12系列的625nit亮度高出28%，這就成了某種顯而易見的升級。

比如攝像頭，主攝1200萬像素/1.7微米，F/1.6光圈、7P鏡片、傳感器位移防抖，這幾乎完全重現了iPhone 12 Pro Max那顆主攝，根據Macworld的報道，它們就是同一顆鏡頭[1]，而超廣角鏡頭也如出一轍。

又比如存儲容量。相對上代iPhone 12，iPhone 13存儲空間直接翻倍，與iPhone 12 Pro系列拉平。而翻倍容量并沒有帶來價格的顯著提升，這代128G比上代64G便宜，這代256G跟上代128G一個價，新增的512G，它的確是會貴一點了，消費升級不可避免嘛。

所以該如何總結iPhone 13？它是上代Pro的翻版，一樣的影像和顯示素質、更大的存儲空間、更親民的價格，和更新的芯片——庫克在穩(wěn)定地推動產品迭代，它沒有踩爆牙膏管，但仍然誠意滿滿，這次13的確香。

另外，在iPhone 13發(fā)布后，iPhone 12 Pro在蘋果官網上直接下架，而iPhone 12則降價，面向中端手機市場銷售。

再說iPhone 13 Pro系列。蘋果缺席已久的高刷新屏幕，這次終于在iPhone 13 Pro系列登場，還擁有了1000nit的夸張亮度。

除此之外，iPhone 13 Pro的三攝像頭系統(tǒng)則迎來了又一輪升級：主攝的單像素尺寸和底片面積繼續(xù)擴大（1.7微米→1.9微米），更大的F/1.5光圈，光線捕捉能力提高至2.2倍；超廣角鏡頭的光圈擴大，光線捕捉能力提高92%。

某種程度上說，Pro系列定位高端的原因只有一個：它的創(chuàng)作能力。的確，現在已經走到第三代的iPhone Pro，與當年iPhone X系列的“高端”是完全不同的路線，當年iPhone X用全面屏、Face ID等橫空出世的新技術，讓高端系列成為未來感滿滿的新鮮玩具，而iPhone 13與Pro的差異，影像能力能占七成，剩下屏幕、材質等隨便分分。

最后，總結下iPhone 13系列的售價——

值得注意的是，蘋果未來不會再推出5.4英寸手機。這意味著本次發(fā)布的iPhone 13 mini將成為小屏手機的“絕唱”。

這一代還是下一代，等等黨該做出選擇了。

iPad & iPad mini：

并沒有完全再見的邊框

庫克首先帶來了平平無奇的新款iPad。它額頭下巴還在，Home鍵也在，搭載A13仿生芯片，前置攝像頭升級至擁有1200萬像素的122°超廣角鏡頭，顯然是為疫情期間的學生和上班族做出的針對性優(yōu)化。

iPad mini迎來重大升級，徹底改頭換面。

此次發(fā)布的iPad mini沒有用傳統(tǒng)的數字編號，而是直接被稱作“新款iPad mini”，換上了類似iPad Pro的Liquid視網膜全面屏，也因此拿掉了過時的Home鍵，用戶可以在頂部按鈕用指紋解鎖，看起來像是iPad Air的縮小版——它也有與iPad Air相同的黑邊，并且由于iPad mini尺寸更小，黑邊所占比例相應更大，讓視覺感受略顯突兀。

不過得益于全面屏的使用，iPad mini能在機身大小幾乎不發(fā)生變化的同時，屏幕尺寸從前代的7.9寸增加至8.3寸，重量也減小到293克。顏色方面，也有深空灰、星光色、粉色和紫色四種可選。

此外，新款iPad mini用上了與iPhone 13同款的A15芯片，采用了USB-C接口并配備了橫向立體聲揚聲器，用來打游戲和刷劇再合適不過了。

新iPad mini有64GB和256GB兩款可選，連接方式也有無線版和5G蜂窩版兩種，普通的Wi-Fi版64G售價3799元，256G售價4999元，9月24日發(fā)售，9月16日上午9點開始接受訂購。

這個價格直接實現了消費升級，要知道上代iPad mini同樣64G起售價只要2999元，如果看看更大尺寸的iPad Air，全面屏后價格同樣不太親切——庫克找到了在平板電腦上財富新密碼：更好看，就得更貴。

iPad作為平板行業(yè)中的王者，2020年靠iPad Pro和iPad Air取得了巨大的成功。據IDC的數據，2020年全年，蘋果的平板電腦市場份額以32.5%位居世界第一，遠超份額為19.1%、排名第二的三星。[2]

Apple Watch Series 7

Apple Watch連續(xù)6年不變的外觀，終于在Series 7上發(fā)生了變化，但并非如此前爆料所言，使用直角邊框和扁平的屏幕，反而是維持一貫的圓弧形機身設計，邊角甚至因表鏡增厚變得更加圓潤。

不過，由于Apple Watch 7的邊框比上一代窄了40%，縮小至1.7mm，提升了20%的顯示面積和70%的顯示亮度。

可別小看這20%，據蘋果的介紹，Apple Watch 7屏幕能顯示的文本比上一代提升50%。你甚至可以在Apple Watch上進行全鍵盤輸入。

價格方面，蘋果只透露了起售價為399美元，至于不同尺寸以及不同材質的詳細價格，或許要等到發(fā)售才能知曉，但何時發(fā)售仍是個未知數。

彭博社此前文章就提到，新屏幕因工藝復雜，以致量產出現問題，Apple Watch 7或許會因此限量供應。情況確實如此，蘋果并未說明該產品的具體發(fā)售時間，官網只顯示會在“秋末發(fā)售”。但按照郭明錤的說法，如今量產問題已經解決，立訊精密已經在加緊安排生產線出貨，Apple Watch 7想必也不會讓人等待太久。

Apple Watch 7為什么值得期待？不光因為它充電速度更快——從0充到80%只需要45分鐘，比前代快了33%；也不完全是它的配色和表帶更多——擁3種材質共8種不同配色和數不清的官配表帶。而是它在運動場景的一系列創(chuàng)新。

因傳感器和App的更新，新款Apple Watch配合專用的App，能夠檢測數十種體育項目，包括深蹲、跨步、騎行、游泳，甚至還有自動記錄沖浪信息、網球發(fā)球速度和高爾夫球擊球數據等，其心率檢測和血氧測量等功能也得以優(yōu)化。

不過，此前呼聲很大的體溫和血糖監(jiān)測功能，并未在此代Apple Watch 7上推出。今年6月在國內獲得批準的心電圖功能，至今也未在國內開放使用，Apple Watch 7也很難豁免。

我們對蘋果還剩下什么期待？

作為蘋果首代5G手機，iPhone 12大獲成功——7個月賣出1億臺，和當年的iPhone 6一樣火。[3]

iPhone 12系列手機大獲成功后，郭明錤毫不掩飾其對iPhone 13的看好，曾在2020年11月、2021年6月、2021年9月的研報中多次提及，iPhone 13系列出貨量將超過iPhone 12系列。最近一篇報告中，他表示iPhone 13出貨量比去年同期iPhone 12增長10%以上。[4]

Loup Ventures聯合創(chuàng)始人Gene Munster也在研究報告中提到，由于三年及三年以上的舊iPhone數量達到4億部，iPhone 13依舊會大賣。[5]摩根士丹利和IDC也給出了相同的觀點。[6]

除了產品本身的因素外，iPhone 13還占盡天時。

競爭對手驍龍888翻車，極大地影響了Android陣營各品牌高端手機的銷量。據2021年京東618大促首天（6月1日）的銷售數據。銷量前12的手機型號中，只有小米11搭載的是驍龍888芯片。

圖片來源[7]

不愿意妥協的安卓用戶只有兩個選擇：要么退而求其次，選擇驍龍870手機；要么選擇性能差不多的A14或者麒麟9000。但如今，華為暫無麒麟芯片，可蘋果的芯片已經迭代到A15了。

A15芯片的生產也歷經坎坷。

中國臺灣的芯片行業(yè)先后遭遇缺水、斷電、起火等事故困擾。在開始制造A15芯片后，臺積電又傳出5nm產線污染，所幸未對A15的生產造成實質影響。

好景不長，9月2日臺積電宣布全面漲價。雖然作為VVVIP客戶的蘋果享受到了3%的最低漲幅，但日經新聞報道稱，蘋果依然會將上漲的成本轉嫁給消費者。

那我們該不該換iPhone 13呢？

按照蘋果三年一次的“重新設計周期”，處于同一周期內的連續(xù)三代iPhone將會維持基本相同的外觀設計，僅在配置和細節(jié)上做一些升級——iPhone 12作為新周期中的第一個系列，這也意味著，你不會在今天發(fā)布的iPhone13和明年發(fā)布的iPhone 14上看到什么顛覆性的變化。

好處也是有的。畢竟在經過iPhone 12在5G上的驗證后，蘋果的5G手機已經足夠成熟。而5G基站在未來全面鋪開，5G信號從室外覆蓋到室內，擁有一部支持5G的手機還很有必要。

如果你還在使用更早的機型，甚至是還帶著指紋識別的舊手機，iPhone 13確實是一個不錯的選擇。但如果你更關注設計理念，或者覺得性能夠用就行，那手持iPhone 12的你可以努努力，堅持到2023年的下一輪——即便iPhone 13在配置升級上誠意滿滿，把13變成了小Pro，但它在用戶體驗上其實也難以實現某種跨越，這是種“穩(wěn)”，而我們期待蘋果每年都帶來突破性的升級、徹底顛覆一遍用戶的體驗，也不現實。

對數碼愛好者來說，今年的科技春晚“蘋蘋淡淡”，但對普通用戶來說，最合適就是最好的。

文章來源：放大燈（ID：guokr233）

References：

[1] iPhone 13 and 13 Pro: The five most important things you need to know

https://www.macworld.com/article/234814/iphone-13-features-specs-price-release.html

[2] Worldwide Tablet Shipments Return to Growth in 2020, Fueled by Unprecedented Demand, According to IDC

https://www.idc.com/getdoc.jsp?containerId=prUS47423721

[3] iPhone 12 Series Sales Cross 100 Million Mark Within 7 Months of Launch

https://www.counterpointresearch.com/zh-hans/iphone-12-series-sales-cross-100-million-mark-within-7-months-launch/

[4] https://9to5mac.com/2021/09/12/kuo-iphone-13-to-drop-64gb-storage-size-pro-models-to-offer-1tb-option/

[5] Gene Munster previews next Tuesday's Apple event

https://www.ped30.com/2021/09/10/apple-preview-gene-munster/

[6] 蘋果iPhone中國需求火熱、摩根士丹利：iPhone 13銷量看旺

https://www.bnext.com.tw/article/64593/iphone13-demand-rise-in-china

[7] https://www.gamersky.com/tech/202106/1393729.shtml

說過CSS in JS，還有JS in CSS?

CSS in JS

CSS in JS是一種解決css問題想法的集合，而不是一個指定的庫。從CSS in JS的字面意思可以看出，它是將css樣式寫在JavaScript文件中，而不需要獨立出.css、.less之類的文件。將css放在js中使我們更方便的使用js的變量、模塊化、tree-shaking。還解決了css中的一些問題，譬如：更方便解決基于狀態(tài)的樣式，更容易追溯依賴關系，生成唯一的選擇器來鎖定作用域。盡管CSS in JS不是一個很新的技術，但國內的普及程度并不高。由于Vue和Angular都有屬于他們自己的一套定義樣式的方案，React本身也沒有管用戶怎樣定義組件的樣式，所以CSS in JS在React社區(qū)的熱度比較高。

目前為止實現CSS in JS的第三方庫有很多:點擊這里。像JSS、styled-components等。在這里我們就不展開贅述了，這篇文章的重點是JS in CSS。

JS in CSS又是什么

在上面我們提到CSS in JS就是把CSS寫在JavaScript中，那么JS in CSS我們可以推斷出就是可以在CSS中使用JavaScript腳本，如下所示?？梢栽贑SS中編寫Paint API的功能。還可以訪問：ctx，geom。甚至我們還可以編寫自己的css自定義屬性等。這些功能的實現都基于CSS Houdini。

.el {
  --color: cyan;
  --multiplier: 0.24;
  --pad: 30;
  --slant: 20;
  --background-canvas: (ctx, geom)=> {
    let multiplier=var(--multiplier);
    let c=`var(--color)`;
    let pad=var(--pad);
    let slant=var(--slant);

    ctx.moveTo(0, 0);
    ctx.lineTo(pad + (geom.width - slant - pad) * multiplier, 0);
    ctx.lineTo(pad + (geom.width - slant - pad) * multiplier + slant, geom.height);
    ctx.lineTo(0, geom.height);
    ctx.fillStyle=c;
    ctx.fill();
  };
  background: paint(background-canvas);
  transition: --multiplier .4s;
}
.el:hover {
  --multiplier: 1;
}

Houdini 解決了什么問題

CSS 與 JS的標準制定流程對比

在如今的Web開發(fā)中，JavaScript幾乎占據了項目代碼的大部分。我們可以在項目開發(fā)中使用ES 2020、ES2021、甚至提案中的新特性（如:Decorator），即使瀏覽器尚未支持，也可以編寫Polyfill或使用Babel之類的工具進行轉譯，讓我們可以將最新的特性應用到生產環(huán)境中（如下圖所示）。

而CSS就不同了，除了制定CSS標準規(guī)范所需的時間外，各家瀏覽器的版本、實戰(zhàn)進度差異更是曠日持久（如下圖所示），最多利用PostCSS、Sass等工具來幫我們轉譯出瀏覽器能接受的CSS。開發(fā)者們能操作的就是通過JS去控制DOM與CSSOM來影響頁面的變化，但是對于接下來的Layout、Paint與Composite就幾乎沒有控制權了。為了解決上述問題，為了讓CSS的魔力不再受到瀏覽器的限制，Houdini就此誕生。

CSS Polyfill

我們上文中提到JavaScript中進入提案中的特性我們可以編寫Polyfill，只需要很短的時間就可以講新特性投入到生產環(huán)境中。這時，腦海中閃現出的第一個想法就是CSS Polyfill，只要CSS的Polyfill 足夠強大，CSS或許也能有JavaScript一樣的發(fā)展速度，令人可悲的是編寫CSS Polyfill異常的困難，并且大多數情況下無法在不破壞性能的情況下進行。這是因為JavaScript是一門動態(tài)腳本語言。它帶來了極強的擴展性，正是因為這樣，我們可以很輕松使用JavaScript做出JavaScript的Polyfill。但是CSS不是動態(tài)的，在某些場景下，我們可以在編譯時將一種形式的CSS的轉換成另一種(如PostCSS)。如果你的Polyfill依賴于DOM結構或者某一個元素的布局、定位等，那么我們的Polyfill就無法編譯時執(zhí)行，而需要在瀏覽器中運行了。不幸的是，在瀏覽器中實現這種方案非常不容易。

如上圖所示，是從瀏覽器獲取到HTML到渲染在屏幕上的全過程，我們可以看到只有帶顏色（粉色、藍色）的部分是JavaScript可以控制的環(huán)節(jié)。首先我們根本無法控制瀏覽器解析HTML與CSS并將其轉化為DOM與CSSOM的過程，以及Cascade,Layout,Paint,Composite我們也無能為力。整個過程中我們唯一完全可控制的就是DOM，另外CSSOM部分可控。

CSS Houdini草案中提到，這種程度的暴露是不確定的、兼容性不穩(wěn)定的以及缺乏對關鍵特性的支持的。比如，在瀏覽器中的 CSSOM 是不會告訴我們它是如何處理跨域的樣式表，而且對于瀏覽器無法解析的 CSS 語句它的處理方式就是不解析了，也就是說——如果我們要用 CSS polyfill 讓瀏覽器去支持它尚且不支持的屬性，那就不能在 CSSOM 這個環(huán)節(jié)做，我們只能遍歷一遍DOM，找到 <style> 或 <link rel="stylesheet"> 標簽，獲取其中的 CSS 樣式、解析、重寫，最后再加回 DOM 樹中。令人尷尬的是，這樣DOM樹全部刷新了，會導致頁面的重新渲染（如下如所示）。

即便如此，有的人可能會說：“除了這種方法，我們也別無選擇，更何況對網站的性能也不會造成很大的影響”。那么對于部分網站是這樣的。但如果我們的Polyfill是需要對可交互的頁面呢？例如scroll，resize，mousemove，keyup等等，這些事件隨時會被觸發(fā)，那么意味著隨時都會導致頁面的重新渲染，交互不會像原本那樣絲滑，甚至導致頁面崩潰，對用戶的體驗也極其不好。

綜上所述，如果我們想讓瀏覽器解析它不認識的樣式（低版本瀏覽器使用grid布局），然而渲染流程我們無法介入，我們也只能通過手動更新DOM的方式，這樣會帶來很多問題，Houdini的出現正是致力于解決他們。

Houdini API

Houdini是一組底層API，它公開了CSS引擎的各個部分，如下圖所示展示了每個環(huán)節(jié)對應的新API（灰色部分各大瀏覽器還未實現），從而使開發(fā)人員能夠通過加入瀏覽器渲染引擎的樣式和布局過程來擴展CSS。Houdini是一群來自Mozilla，Apple，Opera，Microsoft，HP，Intel和Google的工程師組成的工作小組設計而成的。它們使開發(fā)者可以直接訪問CSS對象模型（CSSOM），使開發(fā)人員可以編寫瀏覽器可以解析為CSS的代碼，從而創(chuàng)建新的CSS功能，而無需等待它們在瀏覽器中本地實現。

Properties & Values API

盡管當前已經有了CSS變量，可以讓開發(fā)者控制屬性值，但是無法約束類型或者更嚴格的定義，CSS Houdini新的API，我們可以擴展css的變量，我們可以定義CSS變量的類型,初始值,繼承。它是css變量更強大靈活。

CSS變量現狀：

.dom {
  --my-color: green;
  --my-color: url('not-a-color'); // 它并不知道當前的變量類型
  color: var(--my-color);
}

Houdini提供了兩種自定義屬性的注冊方式，分別是在js和css中。

CSS.registerProperty({
  name: '--my-prop', // String 自定義屬性名
  syntax: '<color>', // String 如何去解析當前的屬性，即屬性類型，默認 *
  inherits: false, // Boolean 如果是true，子節(jié)點將會繼承
  initialValue: '#c0ffee', // String 屬性點初始值
});

我們還可以在css中注冊，也可以達到上面的效果

@property --my-prop {
  syntax: '<color>';
  inherits: false;
  initial-value: #c0ffee;
}

這個API中最令人振奮人心的功能是自定義屬性上添加動畫，像這樣：transition: --multiplier 0.4s;，這個功能我們在前面介紹什么是js in css那個demo用使用過。我們還可以使用+使syntax屬性支持一個或多個類型，也可以使用|來分割。更多syntax屬性值：

屬性值	描述
<length>	長度值
<number>	數字
<percentage>	百分比
<length-percentage>	長度或百分比,calc將長度和百分比組成的表達式
<color>	顏色
<image>	圖像
<url>	網址
<integer>	整數
<angle>	角度
<time>	時間
<resolution>	分辨率
<transform-list>	轉換函數
<custom-ident>	ident

Worklets

Worklets是渲染引擎的擴展，從概念上來講它類似于Web Workers，但有幾個重要的區(qū)別：

設計為并行，每個Worklets必須始終有兩個或更多的實例，它們中的任何一個都可以在被調用時運行
作用域較小，限制不能訪問全局作用域的API（Worklet的函數除外）
渲染引擎會在需要的時候調用他們，而不是我們手動調用

Worklet是一個JavaScript模塊，通過調用worklet的addModule方法（它是個Promise）來添加。比如registerLayout, registerPaint, registerAnimator 我們都需要放在Worklet中

//加載單個
await demoWorklet.addModule('path/to/script.js');

// 一次性加載多個worklet
Promise.all([
  demoWorklet1.addModule('script1.js'),
  demoWorklet2.addModule('script2.js'),
]).then(results=> {});

registerDemoWorklet('name', class {

  // 每個Worklet可以定義要使用的不同函數
  // 他們將由渲染引擎在需要時調用
  process(arg) {
    return !arg;
  }
});

Worklets的生命周期

Worklet的生命周期從渲染引擎內開始
對于JavaScript，渲染引擎啟動JavaScript主線程
然后他將啟動多個worklet進程，并且可以運行。這些進程理想情況下是獨立于主線程的線程，這樣就不會阻塞主線程(但它們也不需要阻塞)
然后在主線程中加載我們?yōu)g覽器的JavaScript
該JavaScript調用 worklet.addModule 并異步加載一個worklet
加載后，將worklet加載到兩個或多個可用的worklet流程中
當需要時，渲染引擎將通過從加載的Worklet中調用適當的處理函數來執(zhí)行Worklet。該調用可以針對任何并行的Worklet實例。

Typed OM

Typed OM是對現有的CSSOM的擴展，并實現 Parsing API 和 Properties & Values API相關的特性。它將css值轉化為有意義類型的JavaScript的對象，而不是像現在的字符串。如果我們嘗試將字符串類型的值轉化為有意義的類型并返回可能會有很大的性能開銷，因此這個API可以讓我們更高效的使用CSS的值。

現在讀取CSS值增加了新的基類CSSStyleValue，他有許多的子類可以更加精準的描述css值的類型：

子類	描述
CSSKeywordValue	CSS關鍵字和其他標識符（如inherit或grid）
CSSPositionValue	位置信息 (x,y)
CSSImageValue	表示圖像的值屬性的對象
CSSUnitValue	表示為具有單個單位的單個值（例如50px），也可以表示為沒有單位的單個值或百分比
CSSMathValue	比較復雜的數值，比如有calc，min和max。這包括子類 CSSMathSum, CSSMathProduct, CSSMathMin, CSSMathMax, CSSMathNegate 和 CSSMathInvert
CSSTransformValue	由CSS transforms組成的CSSTransformComponent列表，其中包括CSSTranslate, CSSRotate, CSSScale, CSSSkew, CSSSkewX, CSSSkewY, CSSPerspective 和 CSSMatrixComponent

使用Typed OM主要有兩種方法：

通過attributeStyleMap設置和獲取有類型的行間樣式
通過computedStyleMap獲取元素完整的Typed OM樣式

使用attributeStyleMap設置并獲取

myElement.attributeStyleMap.set('font-size', CSS.em(2));
myElement.attributeStyleMap.get('font-size'); // CSSUnitValue { value: 2, unit: 'em' }

myElement.attributeStyleMap.set('opacity', CSS.number(.5));
myElement.attributeStyleMap.get('opacity'); // CSSUnitValue { value: 0.5, unit: 'number' };

在線demo

使用computedStyleMap

.foo {
  transform: translateX(1em) rotate(50deg) skewX(10deg);
  vertical-align: baseline;
  width: calc(100% - 3em);
}

const cs=document.querySelector('.foo').computedStyleMap();

cs.get('vertical-align');
// CSSKeywordValue {
//  value: 'baseline',
// }

cs.get('width');
// CSSMathSum {
//   operator: 'sum',
//   length: 2,
//   values: CSSNumericArray {
//     0: CSSUnitValue { value: -90, unit: 'px' },
//     1: CSSUnitValue { value: 100, unit: 'percent' },
//   },
// }

cs.get('transform');
// CSSTransformValue {
//   is2d: true,
//   length: 3,
//   0: CSSTranslate {
//     is2d: true,
//     x: CSSUnitValue { value: 20, unit: 'px' },
//     y: CSSUnitValue { value: 0, unit: 'px' },
//     z: CSSUnitValue { value: 0, unit: 'px' },
//   },
//   1: CSSRotate {...},
//   2: CSSSkewX {...},
// }
復制代碼

在線demo

Layout API

開發(fā)者可以通過這個API實現自己的布局算法，我們可以像原生css一樣使用我們自定義的布局（像display:flex, display:table）。在 Masonry layout library 上我們可以看到開發(fā)者們是有多想實現各種各樣的復雜布局，其中一些布局光靠 CSS 是不行的。雖然這些布局會讓人耳目一新印象深刻，但是它們的頁面性能往往都很差，在一些低端設備上性能問題猶為明顯。

CSS Layout API 暴露了一個registerLayout方法給開發(fā)者，接收一個布局名（layout name）作為后面在 CSS中使用的屬性值，還有一個包含有這個布局邏輯的JavaScript類。

my-div {
  display: layout(my-layout);
}

// layout-worklet.js
registerLayout('my-layout', class {
  static get inputProperties() { return ['--foo']; }
  
  static get childrenInputProperties() { return ['--bar']; }
  
  async intrinsicSizes(children, edges, styleMap) {}

  async layout(children, edges, constraints, styleMap) {}
});

await CSS.layoutWorklet.addModule('layout-worklet.js');

在線demo 目前瀏覽器大部分還不支持

Painting API

我們可以在CSS background-image中使用它，我們可以使用Canvas 2d上下文，根據元素的大小控制圖像，還可以使用自定義屬性。

await CSS.paintWorklet.addModule('paint-worklet.js');

registerPaint('sample-paint', class {
  static get inputProperties() { return ['--foo']; }

  static get inputArguments() { return ['<color>']; }

  static get contextOptions() { return {alpha: true}; }

  paint(ctx, size, props, args) { }
});

在線demo

Animation API

這個API讓我們可以控制基于用戶輸入的關鍵幀動畫，并且以非阻塞的方式。還能更改一個 DOM 元素的屬性，不過是不會引起渲染引擎重新計算布局或者樣式的屬性，比如 transform、opacity 或者滾動條位置（scroll offset）。Animation API的使用方式與 Paint API 和 Layout API略有不同我們還需要通過new一個WorkletAnimation來注冊worklet。

// animation-worklet.js
registerAnimator('sample-animator', class {
  constructor(options) {
  }
  animate(currentTime, effect) {
    effect.localTime=currentTime;
  }
});

await CSS.animationWorklet.addModule('animation-worklet.js');

// 需要添加動畫的元素
const elem=document.querySelector('#my-elem');
const scrollSource=document.scrollingElement;
const timeRange=1000;
const scrollTimeline=new ScrollTimeline({
  scrollSource,
  timeRange,
});

const effectKeyframes=new KeyframeEffect(
  elem,
  // 動畫需要綁定的關鍵幀
  [
    {transform: 'scale(1)'},
    {transform: 'scale(.25)'},
    {transform: 'scale(1)'}
  ],
  {
    duration: timeRange,
  },
);
new WorkletAnimation(
  'sample-animator',
  effectKeyframes,
  scrollTimeline,
  {},
).play();

關于此API的更多內容點擊這里

Parser API

允許開發(fā)者自由擴展 CSS 詞法分析器。

解析規(guī)則：

const background=window.cssParse.rule("background: green");
console.log(background.styleMap.get("background").value) // "green"

const styles=window.cssParse.ruleSet(".foo { background: green; margin: 5px; }");
console.log(styles.length) // 5
console.log(styles[0].styleMap.get("margin-top").value) // 5
console.log(styles[0].styleMap.get("margin-top").type) // "px"

解析CSS：

const style=fetch("style.css")
        .then(response=> CSS.parseStylesheet(response.body));
style.then(console.log);

Font Metrics API

它將提供一些方法來測量在屏幕上呈現的文本元素的尺寸，將允許開發(fā)者控制文本元素在屏幕上呈現的方式。使用當前功能很難或無法測量這些值，因此該API將使開發(fā)者可以更輕松地創(chuàng)建與文本和字體相關的CSS特性。例如：

flex布局: align-items baseline特性。需要知道每一個flex盒子中第一個元素的基線位置。
首字母: 需要知道每個字母的基線高度和字母最大的高度，以及換行內容的基線長度。
單個字形的前進和后退。
換行: 需要訪問字體數據，文本的所有樣式輸入以及布局信息（可用的段落長度等）。
元素中的每一個line boxes都需要一個基線。(line boxes代表包含眾多inline boxes的這行)

Houdini 目前進展

Houdini 的藍圖

了解到這里，部分開發(fā)者可能會說：“我不需要這些花里胡哨的技術，并不能帶收益。我只想簡簡單單地寫幾個頁面，做做普通的Web App，并不想試圖干預瀏覽器的渲染過程從而實現一些實驗性或炫酷的功能。”如果這樣想的話，我們不妨退一步再去思考?；貞浵伦罱鲞^的項目，用于實現頁面效果所使用到的技術，grid布局方式在考慮兼容老版本瀏覽器時也不得不放棄。我們想控制瀏覽器渲染頁面的過程并不是僅僅為了炫技，更多的是為了幫助開發(fā)者們解決以下兩個問題：

統(tǒng)一各大瀏覽器的行為
像JavaScript一樣，在推出新的特性時，我們可以通過Polyfill的形式快速地投入生產環(huán)境中。

幾年過后再回眸，當主流瀏覽器完全支持Houdini的時候。我們可以在瀏覽器上隨心所欲的使用任何CSS屬性，并且他們都能完美支持。像今天的grid布局在舊版本瀏覽器支持的并不友好的這類問題，那時我們只需要安裝對應的Polyfill就能解決類似的問題。

如在文中發(fā)現有誤之處，歡迎反饋、糾正。

TML是一種標記語言（包含一系列標簽），用于描述網頁的的內容和結構（HTML元素構成的樹形結構）。當我們對HTML有了基本的認識后，就可以了解一下CSS了。

CSS即層疊樣式表（Cascading Style Sheets），是一種樣式語言，可以用來描述網頁的視覺表現，即指定HTML元素的各種樣式，比如字體，顏色，背景，位置等。這些統(tǒng)稱為元素的樣式屬性，每個樣式屬性規(guī)定了元素某一方面的視覺表現，為了全面描述一個元素的視覺表現，往往需要為它指定多個樣式屬性。如：

樣式聲明的基本語法：屬性名+冒號+屬性值+分號

曾經，HTML也包辦了頁面的視覺表現，它使用一系列格式化標簽指定元素的樣式，如<b></b>中間的文字會以粗體顯示。但這樣做會導致頁面結構變得復雜，文件變大等一些列問題。而CSS的出現使得結構和表現分離，即用CSS定義頁面的表現，HTML只負責內容和結構。那么，CSS是怎樣與HTML結合起來的呢？即怎樣將一組樣式應用到某個元素。有兩種方式：

1.為這個元素設置style屬性，該樣式稱為內聯樣式

內聯樣式：每個元素的樣式寫在每個元素的style屬性里

2.將所有樣式聲明集中起來，形成樣式表，統(tǒng)一管理。再通過某種機制（選擇器）將其中的某些樣式與元素關聯起來。樣式表可以寫在HTML文件中，稱為內部樣式表；也可以單獨保存為一個文件(拓展名為.css)，稱為外部樣式表，然后HTML文件再引用這個外部樣式表文件

內部樣式表

樣式聲明放入大括號{}，前面的符號是選擇器（selector），兩者構成一條樣式規(guī)則。一個樣式表含有任意數量的樣式規(guī)則。一個樣式表即為一個style元素的內容。選擇器種類很多，用各種標簽表示的是元素選擇器，會“選擇”所有對應的元素并對其應用大括號中聲明的樣式。由此可見，樣式表中的樣式會被一些元素共用，這會節(jié)約代碼，并可以實現一處修改多處生效，方便統(tǒng)一頁面整體風格，同時提高代碼的可維護性。但內部樣式表僅會作用于該HTML文檔。

外部樣式表

任何一個html文檔都可以引用外部樣式表，這實現了更高級別的代碼共用，大大方便了整個網站的樣式管理。外部樣式表通過link元素的href屬性引用。

外部樣式表style1.css

外部樣式表的引用

“.”開頭的選擇器是類選擇器。通過設置元素的class屬性指定了該元素所屬的類別，這樣類選擇器就會“選擇“它并對其應用樣式。不同元素的class屬性的值可以相同，因此一組樣式可以被許多元素共用。
“#”開頭的是id選擇器。通過設置元素的id屬性指定了該元素的id，相應的id選擇器就會”選擇“到它并對其應用樣式。每個元素的id屬性值必須唯一，因此，相應的樣式只會被它獨享。

此外，我們知道，不同的元素本身就自帶一些樣式，這些樣式其實是瀏覽器默認的設置，或稱瀏覽器缺省樣式。

綜上，樣式一共有3個來源：

瀏覽器缺省樣式表
文檔樣式表，包括內部樣式表和外部樣式表
每個元素的style屬性，即內聯樣式

對于某個元素，除了內聯樣式，樣式表（包括瀏覽器默認的）中可能也會指定它的樣式，所有這些樣式會組合起來共同決定該元素的最終表現。如果對同一個樣式屬性的聲明發(fā)生了沖突，即被賦予了不同的值，如上面的代碼示例中，后3個li元素的字體顏色都被多次聲明了不同的值，但最終只會有一個值生效。因為內聯樣式會覆蓋文檔樣式表中的樣式，文檔樣式表中的樣式又會覆蓋瀏覽器的默認設置。而且，樣式表中，與最具體的選擇器相關聯的值會覆蓋與不那么具體的選擇器相關聯的值，如id選擇器比類選擇器更具體，而類選擇器比元素選擇器更具體。

因此，上面的網頁最終效果會是這樣：

第一項被外部樣式表中的元素選擇器“l(fā)i”命中，因此會被應用樣式“color:gray;”，即字體顏色為灰色。第二項，同時被元素選擇器“l(fā)i”和類選擇器“.list-item”命中，后者更具體，因此字體最終為粉紅色。同理，第三項按照id選擇器的樣式顯示為綠色，而第四項會按style屬性里設置的樣式顯示，為藍色。此即為“層疊樣式表”的真諦。

快去試試HTML+CSS吧~

在線咨詢

上一篇：JavaScript語句，if選擇結構
下一篇：火出圈兒！鄂爾多斯這個活動備受關注

您的項目需求

*請認真填寫需求信息，我們會在24小時內與您取得聯系。

整合營銷服務商

擁有了“猛男粉”的iPhone 13，值得等等黨們換

說過CSS in JS，還有JS in CSS?

CSS in JS

JS in CSS又是什么

Houdini 解決了什么問題

CSS 與 JS的標準制定流程對比

CSS Polyfill

Houdini API

Properties & Values API

Worklets

Typed OM

Layout API

Painting API

Animation API

Parser API

Font Metrics API

Houdini 目前進展

Houdini 的藍圖

您的項目需求

擁有了“猛男粉”的iPhone 13，值得等等黨們換

說過CSS in JS，還有JS in CSS?