- 主题:大家对zig语言怎么看?
“zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
”
https://zhuanlan.zhihu.com/p/386536481?utm_id=0
https://ziglang.org/zh/
--
FROM 114.249.24.*
这定位…………
对C有意见的应该都统统去裁剪C++了
【 在 littleSram 的大作中提到: 】
: “zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
: 在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
: 在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
: ...................
--
FROM 116.233.92.*
码农的职业生涯就那么点时间,等不了小语言长大啊。自己玩票除外
--
FROM 114.241.227.*
看了一下知乎的介绍。作为一个大作业是极好的,但是对使用者毫无亮点。
--
FROM 203.145.95.*
我觉得Zig相当于加上模板的Modula-2/Ada 83.
【 在 littleSram 的大作中提到: 】
: “zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
: 在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
: 在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
: ...................
--
修改:ArchLinux FROM 111.202.46.*
FROM 111.202.46.*
zig 语言最主要的问题可能还是它给的实在太多了。
【 在 littleSram 的大作中提到: 】
: “zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
: 在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
: 在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
: ...................
--
FROM 117.24.95.*
在营销文字里 任何东西 都是极好的
这些优秀的特点 解决了什么实际的问题吗?
【 在 littleSram 的大作中提到: 】
: “zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
: 在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
: 在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
: ...................
--
FROM 47.152.116.*
其实近些年各种 c killer/c++ killer 语言非常多,普遍特点是可以直接兼容要杀掉的对象。换句话说,可以非常平滑的使用已有的代码,只有新的代码用新语言写。迁移路线上,自然要比 rust 这种更轻松一些。
今年 bun.js 着实火了一把,也顺便算是给 zig 打了一下广告。现在 js 生态圈,完全是各路新老 native 语言百家争鸣的修罗场。别的不说,有竞争总是好的,而且现如今语言都发展很快,抄来抄去的,学习成本都不高
【 在 littleSram 的大作中提到: 】
: “zig语言把自己的竞争对手定为了C语言,注意不是C++,而就是最基础的C。
: 在语法上,zig最大的创新是编译期值和编译期函数。也就是你可以写一些函数是在编译期运行的,这些函数能够通过编译器反射获取很多元信息,然后通过这些元信息生成真正的运行函数或者类型。
: 在zig语言中,泛型就是就是通过编译期函数实现的。通过编译期传入类型变量,直接在编译期生成一个新的类型,就是这种编译期函数的一个强力示例。
: ...................
--
FROM 222.153.173.*
嗯,最近几个事情,让我对zig有了好奇心,
一个是deno的竞品用zig开发,啊就是你说的这个bun.js吧
另一个是reddit的rust区讨论zig准备把toolchain直接跑在wasm上
【 在 eGust 的大作中提到: 】
: 其实近些年各种 c killer/c++ killer 语言非常多,普遍特点是可以直接兼容要杀掉的对象。换句话说,可以非常平滑的使用已有的代码,只有新的代码用新语言写。迁移路线上,自然要比 rust 这种更轻松一些。
: 今年 bun.js 着实火了一把,也顺便算是给 zig 打了一下广告。现在 js 生态圈,完全是各路新老 native 语言百家争鸣的修罗场。别的不说,有竞争总是好的,而且现如今语言都发展很快,抄来抄去的,学习成本都不高
:
--
修改:littleSram FROM 114.249.24.*
FROM 114.249.24.*
zig 本身还是非常年轻的,印象中刚刚能自举
deno 和 bun 的目标其实都是 node,前者是 rust + v8,后者 zig + jsc。不过 bun 目前也就只是个 poc 的水平,我是没打算试的。比较有趣的是,node 一直不加 fetch api,终于在刚刚开始 lts 的 v18 里能用了。deno 一直不打算支持 node_modules,bun 出来之后马上说3个月之内支持。这个礼拜 deno 刚刚发布 1.28,基本支持 npm,记得前两天还有人发了用 deno 开发 vite、react、express 等等,我现在正打算试试看。
这也是我为啥说有竞争是好事,搞不好明年就可以告别 node + npm/yarn/pnpm 这套工具链,一个 deno 全解决了。deno 在那孤芳自赏了好几年,社区一直发展不起来。bun 一出来他们马上就意识到自己错了,再不改就要被人家后来居上了
【 在 littleSram 的大作中提到: 】
: 嗯,最近几个事情,让我对zig有了好奇心,
: 一个是deno的竞品用zig开发,啊就是你说的这个bun.js吧
: 另一个是reddit的rust区讨论zig准备把toolchain直接跑在wasm上
: ...................
--
FROM 222.153.173.*