Red 語言發布的 2021 回顧介紹了在過去一年所做的重點工作，涉及到解釋器、格式化、分割 (Split)、命令行模塊 (CLI Module)、用于標記的編碼譯碼器 (Markup Codec) 和 IPv6 數據類型等。

據介紹，Red 語言在 2021 年大約關閉了 120 個 issue，平均每月 10 個，此外還合并了近 50 個 PR。雖然這些數字看起來比較小，不過開發團隊表示他們還要投入時間和精力到更深層次的工作以及其他任務中，所以綜合來說，項目仍在穩定發展。至于大家希望的 issue 和待處理的 PR 數目都為 0，開發團隊表示這對 Red 這樣的項目來說是不現實的。畢竟核心團隊需要花費大量時間來處理更大和更復雜的任務。

下面回顧一下 Red 語言在 2021 年 Q4 的 Roadmap：

• 提供 `format` 和 `split`，不過已被延期至 2022 年 1 月完成
• 批準通過 `CLI` 模塊，處于待合并狀態，后續根據需要再改進
• 由于對格式化 (format) 特性進行了過度的設計討論，標記編碼譯碼器 (Markup Codec) 花費的時間比預期的要長
• Interpreter instrumentation，包含 PoC 調試器和性能分析器，花費的時間比預期長，現已完成
• 異步 I/O 已完成，此外還計劃添加 `IPv6!` 作為數據類型(實驗性質)，可能會發生變化
• 改進動畫方言，@toomasv 的 `diagram` 方言將會降低優先級，并移動至 2022 Q1 完成
• 音頻模塊已有 3 個工作后端和 1 個基礎的端口實現。下一步是更高級別的設計、設備和格式化枚舉，以及設備控制。1 個“端口”可能不是解決所有這些問題的方法，但這是第一步
• 動畫方面有許多優秀的案例，例如 Anim-text-fx 和 Animate-markers，@GalenIvanov 創造的方言將會作為 Red 的標準補充

團隊也確定好了 2022 年的 Roadmap，不過下面的順序不代表實現的先后順序，因為計劃經常發生改變。

• 實現 `Table` 模塊、`node!` 數據類型和其他 REP 審查
• 實現完整的 HTTP/S 協議和基本的 Web 服務器框架
• 發布新的 DiaGrammar 版本
• 提供動畫方言 (Animation dialect)
• 使用新的發布流程
• 更新網站并上線
• 發布 Red/C3(包含 ETH 2.0 客戶端協議)
• 確定 Red 語言規范(原則、核心語言、評估規則、數據類型規范(包括文字形式)、Action/Native 規范、模塊規范
• 提供 64 位支持(有可能通過 LLVM 實現，但團隊表示從 Zig 了解到，LLVM 的重大更改對于小型團隊來說可能會非常痛苦。因此他們應該會自己實現，盡管這是一項艱巨的任務)
• 針對 Android 的更新
• Red Spaces 跨平臺圖形用戶界面
• 模塊和封裝系統設計
• RAPIDE(快速 API 開發環境)

根據 Red 語言的版本發布記錄，其最近的更新是 2018 年發布的 0.6.4 版本，此版本提供了 Simple GC，自此之后未再發布更新。期待 Red 語言在 2022 年的表現。

詳情查看公告。

Red 編程語言是一門簡單易學的編程語言，受到了 REBOL 很大的啟發，由于它有本地代碼編譯器，Red 的應用領域更加廣泛——下到系統編程上到高級腳本，同時提供了對現代的多核 CPU 并發編程的支持。相信 Red 語言能讓你體會到編程的樂趣。

特性

• 支持函數式，命令式和符號化編程
• 基于 Prototype 的對象系統
• Homoiconic(同像性，也就是說數據的表現形式和代碼的語法是一樣的，數據可以是代碼，代碼也可以是數據)
• 支持靜態編譯和 JIT 編譯
• 支持并發和并行編程(actors，并行容器)
• 通過內建的低級編程語言(Red/System)支持系統級編程
• 支持腳本化和 REPL 交互環境
• 高可嵌入性(類似 Lua)
• 低內存使用量，支持垃圾回收
• 極小的運行環境(1MB)

本文轉自OSCHINA

本文標題：Red 語言 2021 回顧和 2022 年計劃

本文地址：https://www.oschina.net/news/178098/redlang-2021-review