静态类型编程语言,命令式编程语言

以下由中文社区翻译,手艺轻巧,如有翻译错误,应接参预QQ 群指正!

就在几近日,Nim团队蛮赏心悦目地发表万众期望的1.0语言版本。

Nim 团队很欢欣为我们带给 1.0.4 版本发表的音信, 那是我们在 Nim 1.0.0
之后发布的第三个补丁版本。

Nim向来潜心于提供高速、可读和灵活的静态编写翻译类语言。

想要精通更加多关于 1.0.0 版本的内部原因,能够查看大家七个月前
本子公布表达。

1.0本子标记能够在接下去的几年利用Nim的前景版本不会毁掉当前版本的代码,开头有安定的根基。

相差前贰个本子的揭破即使只是过去了一个月的时辰,
但这一次的本子现已包括了当先 陆16遍新的付出,
新修复了 20 个难点, 让大家的 1.0 版本产生了更加好的旗帜。

Nim营造了一个温暖和好客的社区,准备好了招待新手们的赶到。

安装 1.0.4

要是您曾经用 choosenim 安装了前边版本的 Nim , 进级到 Nim 的 1.0.4
版本会特别简单:

$ choosenim update stable

万一您还从未设置 choosenim , 你能够经过
那个验证 来下载和装置
choosenim, 当然你也得以遵照大家的
安装 页面直接设置。

即便你是一名新手,看看大家的学学能源,在大家的试练场试用Nim。

履新日志

你可以 在大家的 GitHub
酒店中
查阅此版本的变动日志以致 Nim 的别的源码。


附《更新日志》

天下太平保障

1.0本子是漫漫支撑的平稳揭橥版,只接收bug修复和前途新特点,前提是它们不损坏向后包容性。

1.0.x分支将按需选用bug修复。不影响向后相当的新性情将再而三逐步步入1.x支行。

作者们的对象是担保Nim1.0编写翻译的代码在以后别的牢固的Nim1.x版本上可不断的编写翻译。

言语层面包车型大巴变动

  • 依傍开始的一段时代版本的 Nim ,在运作时撤消了对无标记整数转变的检讨。
    文书档案中已针对性这一改良做出了证实。查看
    https://github.com/nim-lang/RFCs/issues/175
    了解越多细节 (#12688)
  • 添加了 or detectOs(Manjaro),那样当检查测试到系统为 Manjaro
    时,调用原生的包微电脑会采纳 pacman 进行李包裹管理(#12587)
  • --os:ios 编写翻译指令未来也代表了 macosx
    (#12585)
  • 导出了 nim.cfg 拆解分析器,今后别的工具也足以调用 readConfigFile
    (#12602)

安居有限支持蕴涵哪些?

向后极其只覆盖语言的安澜部分,那个片段概念在手册上。

编写翻译器将落到实处实验性的表征记载在实践手册。那几个特点只怕存在向后不相称;满含concepts,do暗号和局地其余天性。也可能有标准库模块仍旧不安静——那几个以往在文书档案中标识为“不安宁API”。

你可以动用实验个性,即正是付加物中,但只顾这几个不像咱们愿意的那样饱满。

标准库也被遮住,只要相关主题素材在文书档案中模块清晰的旗号了v1.0标签。

BUG 修复

  • 修补了 “在 OSX 上多次调用后,gorgeEx() 失败”的问题
    (#12337)
  • 优化和加强了 posix 模块
    (#10723)
  • 修复了 “Nim 的语法检查 允许行使 gorgeEx(),但分裂意 writeFile()
    的标题,以后那多个都被提醒 don’t run staticExec for ‘nim suggest
    了 (#12491)
  • 修复了 “二个算数的起码错误: -3 mod 7 == 3”
    (#12514)
  • 修复了 “后端集成文书档案中 c2nim 链接失效”
    的主题素材(#12537)
  • 修复了 “‎具备暗许值的泛型参数会促成不得法的泛型类型深入深入分析‎” 的难点(#12528)
  • 修复了 “再一次现身的难点: compiler/vmgen.nim(354, 20卡塔尔 false leaking
    temporary 10 slotTempInt [AssertionError]
    (#12547)
  • 修复了 “Windows 上的 64 位(唯有在 64 位上失常State of Qatar nim 编写翻译/链接断开”
    (#12536)
  • 修补了 “除了新颖的 devel 版本No =destroy for elements of closure
    environments other than for latest devel –gc:destructors”
    (#12577)
  • 修复了 “[1.0.0] 不可能运用 –cpu:avr 举办编写翻译”
    (#12395)
  • 修复了 “使用无效的靶子变心得促成编译器崩溃”
    (#12379)
  • 修补了 “import 从前写的编写翻译提示会被敦默寡言忽视”
    (#5050)
  • 修补了 “ strformat + asyncdispatch + const 同期利用会报错” 的标题(#12612)
  • 修复了 “--nimblePath 是外加的,须要叁个无痛的减轻方案”
    (#12601)
  • 修复了 “nim.cfg 中 –define:FOO:VAL 的语法未有文书档案可能缺点和失误”
    (#12367)
  • 修补了 “使用宏生成的 vm 字符串不能够平时使用”
    (#12670)
  • 修复了 “staticRead() 引进的静态文件退换时,会强逼触发重新编写翻译。”
    (#12663)
  • 修补了结束管理程序中调用 throw 引发的崩溃
    (#12572)
  • 修补了用于 具有字符串字段的目的 的 newLit
    (#12542)

例外意况

笔者们当然也必须承认存在差别。在有些严重的意况下,举例标准库的安全漏洞,大家保留使用它的向后不兼容性义务。

文书档案更新

  • 给 Math 模块加多了文书档案(#12460)
  • 修补了累累没用的链接,尽量将链接替换为了链接到文书档案内部
    (#12463)
  • sequtils:在示范中替换掉了曾经废弃的 ‘random’ 用法
    (#12515)
  • 给整型增加了文书档案(#12513)
  • 修补了代码风格的一无是处(#12545)
  • 改过文书档案和注释中的多少个谬误
    (#12553)
  • 丰盛文书档案以越来越好地方分 getProjectPath, getCurrentDir
    currentSourcePath (#12565)
  • doc/tut3.rst: 修复了介绍中的错别字
    (#12607)
  • 增多了指向 packagingdistro 页面包车型地铁链接
    (#12603)
  • 修复了 $*(dt: DateTime) 的说明
    (#12660)
  • 在 manual.rst 中对 experimental / parallel 参预了示范以显明区分
    (#12472)
  • 修复手册中八花九裂的章节层级关系
    (#12724)

(文/开源中国卡塔尔    

安装Nim1.0

新手

寻访您的操作系统包微处理机是否早就塑造了1.0版本或透过这里安装。

存量客户

设若有采纳choosenim安装了事情未发生前Nim版本的客户,轻易如下:

$choosenim update stable

贡献者们

连年,有逾越500人向Nim的代码贡献过,完成新性子,修复bug和难点,写文档等等。Nim团队多谢全部助于过大家构建Nim成为后天这么的奉献者们。

我们也将谢谢全数营造Nimble包,扩充Nim生态的贡献者们。Nimble包拉长平稳,今年七月我们突破了1000个包的历史大关。大家对此宣布1.0将有扶植生态更遥远的上扬表示乐观。

Nim语言之父对于1.0版本的个人感言

武功不辜负有心人,大家总算成功了!万众瞩目标1.0版本来了。

当自家起来Nim开垦时,小编想的是多少个编写翻译成C的不超过2万行代码的归纳语言。大旨指点大旨是Nim是具备宏系统用以扩张微主旨贫乏的富有性情的轻量语言。

一时一刻的编写翻译器加部分它使用的规范库有大要14万行代码,运维在足够的操作系统和CPU构造上,能够编写翻译成C++和JavaScript,何况Nim的元编制程序技能是天之骄子的。当语言不再轻量,证明了元编制程序不能替代全数今世语言供给的构建环节。

诸如,当Nim用宏系统落实async时,宏系统要求能够将代码编写翻译成状态机。这几个状态机需求goto和得到遭逢的秘籍。所以Nim的基石要求增加”闭包迭代器”来促成。

此外,我们尚未曾真的明白什么选拔宏系统提供在品种系统层面包车型大巴可扩充性,所以Nim的基业须要泛型和泛型约束。

有关开垦进展

事情发生前说过,作者对语言开拓进展表示满足,版本1.0意味大家以后有差异的开垦进展:此前的Nim被太多”起码的劳燕分飞原则”拉动招致每种人方可说”额,作者认为那当然应该工作…“,然后完毕随之而来还增添了异样情状。特殊情形可能走火并让系统更难知晓,最终产生了惊奇。从1.0版本初步大家应用”规范先行“的支出:先写哈弗FC,研讨,再写标准,再落实,在促成进程中赢得对规范的洞察。

是的,作者清楚标准/手册有一对漏掉和bug,那正在改革,新的”析构器“语言特色正是用”规范先行”的方式支付的,在就算有短处的正规下,结果能够过多。

发表评论

电子邮件地址不会被公开。 必填项已用*标注