Sass 部落格

第 3 頁，共 9 頁

上一頁

  • 嵌入式 Sass 正式上線

    Natalie Weizenbaum 於 2022 年 2 月 1 日發表

    經過數年的規劃和開發，我很興奮地終於宣布穩定版本的嵌入式 Dart Sass 正式發佈，以及它的第一個官方包裝器，sass-embedded 套件，現在可以在 npm 上取得！

    嵌入式 Sass 是一個持續的努力，目標是讓高效能的 Sass 函式庫可以被盡可能多的不同語言使用，從 Node.js 開始。儘管 Node.js 已經可以使用純 JS 的 sass 套件，但 JavaScript 的本質限制了這個套件處理大型 Sass 檔案的速度，尤其是在非同步模式下。我們預計 sass-embedded 將為注重編譯速度的開發者帶來一大福音，尤其是那些仍然使用 node-sass 的使用者，因為效能一直是他們避免使用 Dart Sass 的主要原因。

    sass-embedded 套件完全支援新的 JS API以及舊版 API，除了少數表面選項之外。您可以將它作為 sass 套件的直接替代品，它應該可以與所有相同的建構插件和函式庫一起使用。請注意，sass-embedded 有點…

  • 新的 JS API 發佈候選版本正式上線

    Natalie Weizenbaum 於 2021 年 11 月 21 日發表

    我們幾個月前宣布的新 JavaScript API 現在已在 Dart Sass 中完全實現，您可以試用了！新的 API 設計得比舊 API 更符合習慣用法、效能更高且更易於使用，我們希望它能被工具套件快速採用。

    因為這是一個重大的新增功能，我們希望在正式發佈之前，讓使用者有機會先試用看看，所以我們在 Dart Sass 1.45.0-rc.1 中以候選版本的形式發佈了它。下載它，試用一下，並透過提交問題或發送推文讓我們知道您的想法。除非有必要進行重大更改，否則我們計劃在下週的某個時間發佈穩定版本。

    如何使用它如何使用它 永久連結

    新的 API 附帶了四個新的入口點函式：compile() 和 compileAsync() 接受 Sass 檔案路徑並返回將它們編譯成 CSS 的結果，而 compileString() 和 compileStringAsync() 接受 Sass 原始碼字串並…

  • 徵求意見：新的 JS API

    Natalie Weizenbaum 於 2021 年 8 月 5 日發表

    我很興奮地正式公開一個已經開發一段時間的東西：一個（關於）全新的 Sass JavaScript API 的（提案）。這個 API 是根據從 Node Sass API 和多年來其他語言的各種其他歷史 Sass API 中學到的經驗教訓從頭開始重新設計的，它解決了現有 API 的許多缺點。

    這個 API 有四個主要組成部分，我都會在這篇文章中涵蓋。

    請繼續閱讀，並請記住，這個 API 還只是一個提案。在我們將它正式發布之前，我們希望聽到各位使用者們的意見，了解它是否符合您的需求，以及我們可以如何改進它。所以，請前往 問題追蹤器 留下您的意見！

    為什麼要使用新的 API？為什麼要使用新的 API？ 永久連結

    現有的 JavaScript API 已經過時了。它比 Dart Sass 還早…

  • 停止使用 node-fibers

    Natalie Weizenbaum 發佈於 2021 年 3 月 26 日

    我們最近收到了令人遺憾但並不意外的消息，那就是 node-fibers 套件已經停止維護，並且不會更新以支援 Node 16。Dart Sass 過去一直允許 JavaScript 使用者傳入 node-fibers 來提高非同步 render() 方法的效能，但遺憾的是，從現在開始，在 Node 16 和之後的版本中，這將不再是一個選項。

    有許多 替代方案 可以彌補效能損失，其中一些方案目前已經可以使用，一些正在開發中，還有一些方案是理論上的，但可以透過像您這樣的使用者的拉取請求來實現。遺憾的是，目前可用的方案沒有一個像 node-fibers 一樣易於使用的直接替代方案，因此，如果該效能對您至關重要，我們建議您暫時繼續使用 Node 14。

    發生了什麼事？發生了什麼事？ 永久連結

    為了了解我們是如何走到這一步的，了解兩段歷史是很重要的。首先，為什麼 Dart…

  • 徵求意見：一級 Calc

    Natalie Weizenbaum 發佈於 2021 年 3 月 15 日

    Sass 中絕對最受歡迎的功能之一是能夠更輕鬆地使用 calc() 表達式。這些表達式過去一直被解析為不透明的：在括號之間，您可以放入任何文字，Sass 只會將其視為未加引號的字串。這簡化了 Sass 的解析器，因為我們不必支援特定的 calc() 微語法，這也意味著我們自動支援新功能，例如在 calc() 中使用 CSS 變數。

    然而，這也帶來了相當大的可用性成本。因為每個 calc() 對 Sass 的解析器來說都是完全不透明的，所以使用者不能簡單地使用 Sass 變數來代替值；他們必須明確地 插入 變數。而且一旦創建了 calc() 表達式，就無法像操作普通數字那樣用 Sass 來操作它。

    我們正在尋求透過一個我們稱為「一級 Calc」的新提案來改變這種情況。這個提案將 calc()（和其他支援的數學函式）從解析為未加引號的字串更改為深入解析，並且…

下一頁