教程在: http://futurescript.org/ 由于是初版,可能不太稳定。要注意两点:
- 网站我只用Safari、Firefox、Chrome和Edge测试过,低版本的IE我没试过(应该不行)
- 用npm -g安装时有可能要翻墙,否则它会出错,也不知道为什么,可能和Babel有关吧(它99%的时间都是在安装Babel),我用的不是最新版6.0的Babel。在我的Mac上,它出错后,我首先npm cache clean,然后把~/.npm目录全删了,然后再连上VPN重新安装才成功。Windows上面我不知道是不是一样。国外访问应该没问题吧。
@yuu2lee4 为了使可读性和简约达到平衡的状态。arguments如果不变成一个符号的话,即使缩成arg,你仍然会觉得要用“形参”才最简洁。只有变成一个符号再结合<>其简洁程度才会超过箭头函数。而符号中可读性最强的就是@,因为读音都是以a开头的(也可以把@读成arg而不是at)。而为什么要使其简洁程度超过箭头函数?因为有时命名一个参数显得非常冗余,我十分不喜欢为冗余的东西命名。
@yuu2lee4 对,但是这是因为我们已经习惯了。FutureScript的目标之一就是既降低编程难度(使从没编过程的新手掌握的时间少于一般的语言),又比别的语言更厉害,这真的很难,现在才刚刚起步而已。
@CoderIvan 也不是只有语法的不同,比如类的“防冲突字段”,就是新的概念。用Symbol虽然也可以实现,但需要额外加入东西,也不美观。 还有模块的“批量导入”,(就我所知)是现今任何一门语言都没有的。当然我说它好也不一定真好,这类新东西要经过实践的检验。
@CoderIvan 未来fus-ext包一定会加入更多的内容,像数组、集合的处理。我的设想是语言归语言,类库归类库,能用类库实现的(但表示起来不能复杂太多)就尽量用类库,实现“批量导入”的目的其实就是为了能使类库能更方便使用,这样一些功能就不用放进语言里了。现在fus-ext的确功能还太少,就一个循环。
@flyflybob 不是用markdown,是纯手工写出来的xhtml文件,github上面有(在spec目录下)。不过futurescript.org这个网站的代码(包括实现自动把标题放入边栏等功能的代码)我没有放到github上。 如果是追求快速编写的话,建议你还是用markdown吧,方便(当然灵活性没xhtml那么大,例如表格不太好表示)。