自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Zig替代C,將成定局!

譯文 精選
開發(fā) 前端
在這個(gè)故事中,我們討論了Zig如何通過提供小型的、開發(fā)人員友好的、硬件友好的、高效的、高性能的和安全的語言設(shè)計(jì),成為“更好的C”語言。改進(jìn)的語言設(shè)計(jì)和工具鏈幫助Zig在使用C的用例中表現(xiàn)良好,例如構(gòu)建操作系統(tǒng)、庫、云計(jì)算模塊和框架。此外,其未來的語言功能甚至可以與流行的Go語言競爭!

作者丨Shalitha Suranga

編譯丨諾亞

新語言的出現(xiàn),真的能威脅到老牌語言嗎?或許,真的沒有永遠(yuǎn)的王者。就像最近春風(fēng)得意的Mojo,LLVM之父Chris Lattner稱其不會(huì)威脅到 Python,但會(huì)讓C++等語言感到恐懼。

新語言層出不窮之時(shí),舊語言的中年危機(jī)就會(huì)愈發(fā)凸顯。但像C++、C好似一直穩(wěn)坐釣魚臺(tái),“一直被唱衰,但從未被打倒”。

但總會(huì)有新的挑戰(zhàn)者,比如Zig、Go躍躍欲試,試圖取代這個(gè)編程老祖。而且許多新語言的使用者也會(huì)幡然相信:C,或許真的需要進(jìn)化了!

本篇文章具體解釋了目前在所有C的替代品中,Zig為什么是最好的,以及Zig本身已經(jīng)有了可行的替代C的計(jì)劃,諸君不妨一探究竟。

1、C那么牛,為什么會(huì)有許多替代品?

誠然,C傲視群雄的資本還是有目共睹的,畢竟這門編程老祖之所以如此霸氣,是因?yàn)樗敲總€(gè)現(xiàn)代軟件系統(tǒng)組件的創(chuàng)造者。開發(fā)人員用C語言制作web服務(wù)器、數(shù)據(jù)庫、操作系統(tǒng)、框架、編程語言、云組件和許多軟件組件。盡管許多編程語言都說它們可以“取代”C語言,但這是不可能的,因?yàn)檎麄€(gè)計(jì)算機(jī)歷史都是用C語言創(chuàng)造的。

但資格老的語言總是不太能跟上“現(xiàn)代開發(fā)”的腳步。C++語言通過實(shí)現(xiàn)面向?qū)ο蟮母拍?、生產(chǎn)語言特性和通過保持C語言的性能優(yōu)先設(shè)計(jì)的標(biāo)準(zhǔn)庫API,為現(xiàn)代開發(fā)人員改進(jìn)了C語言語法。也有一些C替代方案可以解決每個(gè)C開發(fā)人員面臨的問題。Zig、D、Go和Odin是流行的C語言替代品。

Zig展示了一個(gè)充滿希望的未來,有一個(gè)內(nèi)置的包管理器、一個(gè)構(gòu)建系統(tǒng)、類似C但更好的語言語法、一個(gè)功能齊全的標(biāo)準(zhǔn)庫和一個(gè)不斷增長的社區(qū)。像Uber這樣的大企業(yè)也開始使用Zig工具鏈進(jìn)行交叉編譯。此外,一些軟件公司開始使用基于Zig的代碼存儲(chǔ)庫開展業(yè)務(wù)。我將用這個(gè)故事解釋Zig如何成為C語言的最佳選擇。

2、為什么Zig只能替代C,而不是C++

系統(tǒng)編程通常指的是開發(fā)更接近計(jì)算機(jī)硬件或操作系統(tǒng)層的東西。系統(tǒng)編程通常實(shí)現(xiàn)可以運(yùn)行其他軟件系統(tǒng)的軟件模塊。編寫操作系統(tǒng)、應(yīng)用程序框架和嵌入式系統(tǒng)是系統(tǒng)編程的好例子。系統(tǒng)程序員主要有兩種語言類型選擇:

  • C 及其替代方案:使用小型的高性能語言,如傳統(tǒng)的 C、Go、Zig 或 Nim。
  • C++及其替代方案:使用有點(diǎn)復(fù)雜、高性能的語言,如傳統(tǒng)的C++、Rust、Carbon 或 Cppfront。

Zig屬于第一種語言。它是一種小型的、類似C語言的高性能語言,沒有專用的運(yùn)行時(shí)(沒有內(nèi)置的垃圾收集器)。Zig試圖通過解決C開發(fā)人員面臨的問題來成為“更好的C語言”,而Rust試圖成為“更好的C++”語言。

3、Zig 如何成為最好的 C 替代品?

C語言現(xiàn)在有一個(gè)標(biāo)準(zhǔn)規(guī)范,也有了幾個(gè)實(shí)現(xiàn)。例如,你可以在GNU/Linux系統(tǒng)上使用GNU C編譯器,在macOS上使用Apple Clang,在Windows上使用MSVC。C也有多個(gè)標(biāo)準(zhǔn)庫實(shí)現(xiàn),如libc、Microsoft C運(yùn)行庫、BSD libc、musl、Bionic等。

一個(gè)編譯器實(shí)現(xiàn)和一個(gè)基本的標(biāo)準(zhǔn)庫是不足以高效地構(gòu)建軟件系統(tǒng)的——C程序員需要使用構(gòu)建系統(tǒng)、包管理器、測試運(yùn)行器等。對(duì)于這些工具,他們要么必須使用現(xiàn)有的第三方工具,要么編寫自己的工具(如BuildZri構(gòu)建系統(tǒng))。

Zig提供了一個(gè)內(nèi)置的構(gòu)建系統(tǒng)、包管理器和測試運(yùn)行器。Zig通過為C開發(fā)人員經(jīng)常面臨的問題提供解決方案來與C競爭。例如,Zig的官方編譯器支持交叉編譯,并且內(nèi)置的測試運(yùn)行器可以執(zhí)行放在源代碼本身內(nèi)部的測試用例。Zig的語言設(shè)計(jì)傾向于通過維護(hù)類似C的硬件友好設(shè)計(jì)來提供更高效的開發(fā)人員友好特性。Zig是硬件友好的,但它是最小的、安全的、語法上類似Rust的和現(xiàn)代的。因此,開發(fā)人員可以比C更高效地使用它。

看看下面這些簡單的Zig代碼片段,來理解Zig未來的、硬件友好的語言概念:

const std = @import("std");

pub fn main() void {
    var nums = [_]u8{1, 2, 4, 5, 120};
    var x: usize = 3;
    var nums_seg = nums[1..x];

    std.debug.print("{any}\n", .{nums_seg});        // { 2, 4 }
    std.debug.print("{}\n", .{@TypeOf(nums_seg)});  // []u8 (slice)
}

Zig不像C語言那樣使用預(yù)處理器或宏系統(tǒng)來處理導(dǎo)入——它使用類似nodejs的模塊導(dǎo)入語法和內(nèi)置的@import函數(shù)。這里,我們使用u8基本類型創(chuàng)建了一個(gè)無符號(hào)字節(jié)大小的整數(shù)數(shù)組。然后,我們使用Zig切片概念從數(shù)組創(chuàng)建一個(gè)切片。正如你所看到的,Zig提供了一個(gè)類似于C的硬件友好的原子類型系統(tǒng),但是它使用更好的標(biāo)準(zhǔn)化、自解釋的命名來改進(jìn)它們,而不像c中那樣使用char、short、long等。

C通常要求程序員自己保護(hù)他們的程序,但是Zig實(shí)現(xiàn)了嚴(yán)格的內(nèi)存安全特性。嘗試將256添加到上面的字節(jié)數(shù)組。如果你用C語言做這個(gè)實(shí)驗(yàn),程序會(huì)靜默地存儲(chǔ)一個(gè)不正確的值。在Zig中,你會(huì)得到一個(gè)編譯錯(cuò)誤,因?yàn)?55是無符號(hào)字節(jié)類型可以表示的最大值:        

Zig 編譯器顯示的整數(shù)溢出檢查,作者的屏幕截圖Zig 編譯器顯示的整數(shù)溢出檢查,作者的屏幕截圖

Zig的內(nèi)置測試運(yùn)行器和單元測試API允許你在源文件中編寫測試:

const std = @import("std");

fn add(a: i8, b: i8) i8 {
    return a + b;
}

test "add returns the summation" {
    try std.testing.expectEqual(add(10, 5), 15);
}

我從未在其他流行語言中見過像Zig這樣高效的C-互操作。大多數(shù)語言使用FFI(外部函數(shù)接口)來實(shí)現(xiàn)C-互操作,但是Zig允許你調(diào)用C,甚至不需要在Zig范圍內(nèi)定義C函數(shù)。當(dāng)你導(dǎo)入C頭文件時(shí),它會(huì)自動(dòng)創(chuàng)建結(jié)構(gòu)類型:

const std = @import("std");
const c = @cImport({
    @cInclude("stdio.h");
});

pub fn main() void {
    var a: u8 = 10;
    var char_count = c.printf("a = %d\n", a); // a = 10

    std.debug.print("{}\n", .{@TypeOf(char_count)}); // c_int
    std.debug.print("{}\n", .{char_count}); // 7
}

如上面的代碼片段所示,Zig允許你像調(diào)用本地Zig函數(shù)一樣調(diào)用C函數(shù),但是使用自定義前綴(經(jīng)常使用C)。

Zig沒有提供一個(gè)內(nèi)置的字符串類型,但是它允許你通過一個(gè)類似C語言的、低級(jí)的、基于字符數(shù)組的字符串處理概念和有用的快捷方式來處理字符串:

std.debug.print("{s}\n", .{"Zig" ++ "Lang"});   // ZigLang (concatenation)
std.debug.print("{s}\n", .{"Zig" ** 5});   // ZigZigZigZigZig (repetition)
std.debug.print("{}\n", .{@TypeOf("string")});   // *const [6:0]u8 (a pointer to an unsigned byte array)

Zig語言更接近硬件層,但它實(shí)現(xiàn)了各種快捷方式和現(xiàn)代語言概念(即,切片、內(nèi)置函數(shù)、循環(huán)簡寫等),為系統(tǒng)編程提供了一種高效的語言。其功能齊全的模塊化標(biāo)準(zhǔn)庫幫助Zig超越了系統(tǒng)編程。它為你提供了你在通用編程語言中尋求的控制結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和基本算法,這也非常適合系統(tǒng)編程。

Zig工具鏈的特性,如交叉編譯和構(gòu)建系統(tǒng)API,激勵(lì)程序員在現(xiàn)代系統(tǒng)編程中選擇Zig而不是C!對(duì)于現(xiàn)有的C代碼庫,Zig工具鏈提供了一個(gè)可替換的C/ C++編譯器和C互操作,因此程序員可以將傳統(tǒng)的C代碼庫增量地遷移到現(xiàn)代的Zig。

4、Zig語言和工具鏈的突出特點(diǎn)

我們討論了一些突出的Zig語言/工具鏈?zhǔn)聦?shí),并了解了它如何以成為“更好的C”語言為目標(biāo)。許多Zig特性促使我們選擇它作為系統(tǒng)編程的C替代方案。

看看以下突出顯示的功能總結(jié):

  • Zig提供的不僅僅是一種簡單的語言——它是一個(gè)功能齊全的工具鏈,用于開發(fā)、測試、構(gòu)建和發(fā)布系統(tǒng)編程項(xiàng)目
  • 它的開發(fā)人員友好的CLI可以立即支撐可執(zhí)行和共享庫項(xiàng)目。
  • Zig允許您調(diào)用C,但它不依賴于C——libc是Zig二進(jìn)制文件的可選組件。
  • Zig沒有專用的運(yùn)行時(shí),因?yàn)樗鼪]有自動(dòng)垃圾收集器——所以它可以生成快速、輕量級(jí)的二進(jìn)制文件。
  • 盡管Zig通常是一種中級(jí)語言,但它提供了現(xiàn)代的通用特性,如異步編程語法、泛型和類型強(qiáng)制轉(zhuǎn)換(自動(dòng)和手動(dòng))。
  • Zig工具鏈可以通過交叉編譯來編譯C/ C++,因此您可以在使用Zig語言之前使用它的C/ C++編譯器來構(gòu)建現(xiàn)有的C代碼庫。
  • 一個(gè)編寫良好的、模塊化的、功能齊全的標(biāo)準(zhǔn)庫,包括跨平臺(tái)的操作系統(tǒng)級(jí)api,如Python。
  • 它提供了生產(chǎn)力優(yōu)先的語言特性,而不會(huì)損害硬件友好的系統(tǒng)編程環(huán)境,例如,for-in循環(huán)、多個(gè)切換用例(切換范圍)、內(nèi)聯(lián)for、切換語句等。
  • 它附帶了基于流行的C編程模式的基于枚舉的錯(cuò)誤處理方法,沒有復(fù)雜的、容易出錯(cuò)的異常概念。
  • 它允許您通過分配器概念和defer關(guān)鍵字進(jìn)行手動(dòng)內(nèi)存管理。

5、具有長期計(jì)劃的替代方案

到目前為止,我們已經(jīng)討論了如何通過語言和工具鏈特性使Zig成為更好的C替代方案。性能如何?它的性能比C好嗎?

所有沒有專用運(yùn)行時(shí)的語言,如C、C++、Rust和Zig,都會(huì)從用特定語言編寫的每個(gè)源代碼生成原始匯編,因此系統(tǒng)編程語言的性能取決于二進(jìn)制文件中匯編代碼的質(zhì)量。系統(tǒng)編程語言的編譯器要么使用LLVM優(yōu)化,要么使用它們自己的成熟優(yōu)化,因此很難說哪種語言更快——系統(tǒng)編程性能通常取決于程序員編寫的算法。

然而,Zig官方文檔聲稱,由于基于llvm的優(yōu)化和增強(qiáng)的未定義行為,Zig比C運(yùn)行得更快。此外,Zig還計(jì)劃通過移除作為依賴項(xiàng)的LLVM來進(jìn)一步改進(jìn)Zig。Zig軟件基金會(huì)(ZSF)積極維護(hù)該項(xiàng)目,并接受來自社區(qū)的新設(shè)計(jì)建議。

Zig充滿希望的未來使它成為最好的C語言替代品,甚至促使C程序員將他們現(xiàn)有的代碼庫遷移到現(xiàn)代的Zig。

6、結(jié)語

在這個(gè)故事中,我們討論了Zig如何通過提供小型的、開發(fā)人員友好的、硬件友好的、高效的、高性能的和安全的語言設(shè)計(jì),成為“更好的C”語言。改進(jìn)的語言設(shè)計(jì)和工具鏈幫助Zig在使用C的用例中表現(xiàn)良好,例如構(gòu)建操作系統(tǒng)、庫、云計(jì)算模塊和框架。此外,其未來的語言功能甚至可以與流行的Go語言競爭!

盡管Zig或任何其他未來的系統(tǒng)編程語言永遠(yuǎn)不會(huì)“取代”C/C++,但隨著現(xiàn)代化進(jìn)程的加速,Zig已經(jīng)成為有史以來最好的C語言替代品之一。

參考鏈接:

https://medium.com/gitconnected/the-best-c-alternative-is-zig-7236e775ae4f

責(zé)任編輯:武曉燕 來源: 51CTO技術(shù)棧
相關(guān)推薦

2020-11-17 06:04:59

ZigC語言

2023-11-16 15:10:39

RustJavaZig

2023-07-04 20:09:12

2023-11-15 16:55:35

編程語言Java

2020-12-04 09:41:36

C編程語言替換C

2023-12-05 18:22:12

Go程序員Zig

2013-02-22 08:09:28

2014-06-05 13:54:03

SwiftiOSObjective-C

2021-06-10 05:26:11

比特幣區(qū)塊鏈加密貨幣

2009-03-19 16:47:07

H3CNE課程IT認(rèn)證H3C

2022-08-16 08:15:56

Black Hat黑客

2014-07-02 16:12:35

SyScan360智能汽車

2015-08-06 14:27:39

微軟諾基亞wp

2016-11-23 08:59:38

Polar碼5GTurbo

2023-09-12 15:39:07

WASIXprocessZig

2012-06-18 09:59:26

固網(wǎng)牌照中國移動(dòng)

2010-03-31 15:56:22

2010-01-04 09:55:19

2009-12-18 09:55:17

車載應(yīng)用

2020-12-23 10:47:58

人工智能
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)