CF西西的博客 | 用nodeJS运行.coffee文件及将.coffee文件编译成js文件
运行coffeescript需要安装nodejs和npm
nodeJS安装：/post//windows%E4%B8%8B%E9%83%A8%E7%BD%B2%E5%AE%89%E8%A3%85nodejs.aspx
npm安装：/seanlv/archive//2258716.html
安装成功后在cmd中执行npm install coffee-script 安装coffee-script
运行.coffee文件命令：coffee hello.coffee
将hello.coffee编译成js文件：coffee -c&hello.coffee&
bffbc8fc-aa9f-cb0eacdeb7d|0|.0|ad-47ef-9e05-950bb762570c
RecentPosts未评分未评分未评分未评分未评分未评分未评分未评分未评分未评分Statistics
845 篇文章
108685 次访问
访问统计开始于 日
平均日访问 410 次
当前 6 人在线友情链接想请教一个问题，为什么CoffeeScript受欢迎_百度知道
想请教一个问题，为什么CoffeeScript受欢迎
提问者采纳
于是我看了一下我一直用js，的确看起来很清新，如果多一个空格。恕我浅薄。请不吝赐教，只是如此而已，这种基于“排版”的编程语言。一直听人说，或换行就会有完全不同的语义，CoffeeScript一定有什么除了“看起来”以外的优势，觉得都挺好的，包括node，coffeeScript优雅简洁。这呀.js，前段js。不爽的是
来自团队：
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁> nodejs运作coffeescript
nodejs运作coffeescript
li39116 & &
发布时间： & &
浏览：9 & &
回复：0 & &
悬赏：0.0希赛币
nodejs运行coffeescript
首先安装coffee-script　　引用　　npm install coffee-script在js文件中加入下面代码　　require('coffee-script');//引用coffeescript模块
require('./mytest');//指向要运行的coffeescript文件，可加多个文件。就可以node xx.js，来运行coffeescript文件了。
本问题标题：
本问题地址：
温馨提示：本问题已经关闭，不能解答。
暂无合适的专家
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&牛逼的Node.js开发者都不用CoffeeScript?
CoffeeScript是排名第7的依赖包, 但是为什么我没有看见有那个NPM包是用CoffeeScript写的另外,在Google上搜到:原来标题的名称是 "为什么大部分NPM依赖包都不适用CoffeeScript", 为了提高影响力, 我把标题改成了 "牛逼的Node.js开发者都不用CoffeeScript?"Edit:
我在StackOverflow上提的问
按投票排序
coffeescript的作者牛逼不？他还开发了backbone.js。但是不知道他搞不搞Node.js
， 但是他如果搞Node.js能不牛吗？所以我觉得牛逼的开发者，是想用什么就用什么，甚至可以感觉自己用的不爽而创造新语言，就像coffeescript这哥们。而不是根据用什么而不用什么来判断一个开发者牛逼不牛逼。那只是个人喜好而已。
TJ同志关于CS的一个贴子，是github atom讨论区的一个贴子TJ就是写node express的那个TJ原帖地址： 内容如下：-------------------------------------------------------------------------Agreed, the idioms used by coffeescript devs are often quite different than the "norm" in js-land as well, so that alone leads to some pretty awkward APIs when interfacing with "regular" javascript. I also agree with the ES6 comment, there's very few things that coffeescript really gives you on top of what we'll have as a standard soon, so this seems like a bullet to the foot really. There's no questioning that it will have an impact on contributions, personally I won't even look at it because I might as well stick with the obscure editor I already use.Hell I had to rewrite a coffeescript driver this week because I can't have our company relying on things written by people who are unfamiliar with javascript, throwing strings, super awkward apis, lots of indirection, and stepping through the compiled source is a nightmare. It's not like I didn't want to contribute, I even tried for a while, but it's just not worth the hell, it was quicker to just rewrite the thing. Not to say all coffeescript libraries are written poorly, but regardless you're really not gaining much, just losing a lot.Just my opinion
谢邀。曾经用了大概一个礼拜左右，后来换回来了 。个人觉得CS的一些语法简化还是不错的（尤其是array comprehension和arrow function），但同时还引入了一些semantic上的不同，掩盖了很多JS本身的东西。比如用class掩盖了构造函数和原型链，把JS的原型继承硬套上了OO的外衣。还有一些不太明显的行为上的差异，比如variable shadowing（因为不用var所以在一个函数里没法覆盖同名的外层变量），implicit return（总是会返回最后一个expression的值）之类。另外就是有时候能省括号有时候又不能省... 这些问题导致我在写CS的时候会无法遏制地在脑子里把写下来的CS人工编译成JS... 时间长了感觉比写原生JS还累。也就是说如果你深入了解并习惯了JS的各种细节之后，换到CS反而会带来一层额外的思考负担。这种情况在长期以JS作为主力语言的开发者身上比较常见。相比之下，新手、从其他语言转过来的、或者是主力语言不是JS并且没有也不想去了解JS各种坑的开发者会比较容易接受CS（我估计CS的一大部分用户都是rails开发者）。另一方面就是生态圈上的原因：CS的项目接到Pull Request的概率会低很多（写CS的会愿意开JS项目的PR，但写JS的一般不乐意开CS项目的PR），不利于开源协作。
coffee在服务端node环境下的效率，与JS一样快甚至更快。coffee还有一个编译的过程，更快的原因往往在于语法上的优化。也就意味着可以尽可能避免人为手写JS时造成影响性能的结构 或 逻辑。要用到项目中，需要考虑：1. 团队成员的学习成本（总不能自己充当人肉翻译机吧）2. 项目的维护成本（coffee发展的持续性，某天突然不commit了，后人维护就糟了个糕了）另外，es6 与 coffee 有相似的地方，可能某个 风头会盖过 另一个。来自 不是牛逼的node.js开发者 的一点感想。
问题本身有片面性，不要用自己的视角来代表全部，也不要用所谓的“大公司”来代表所有。如果某个技术团队在技术方面强制开发者只能使用某种语言，而不能使用新的或其他语言，这本身就是违背互联网精神的。coffee有它的有点和缺点，javascript也有它好的和不好的。本质上，coffee就是js。一个好的团队应该允许程序员按照自己最习惯的方式完成需求，以结果为导向。如果做代码review的，因为没有用过coffee来书写代码，然后强制别人来配合，那么我觉得他该回炉或滚蛋。事实上，学习并精通coffee，会反过来让你对于js的理解以及陷阱有正面意义。因此，不应该排斥本质上也是js的编译形小语种，包括coffeescript，typescript。。。
去看看es6里一些新语法就知道coffee值不值得用了，事实是es6借鉴了很多coffee的语法，比如=&就是（这是不是coffee原创我不知道）。个人认为，每个人的喜好不同无所谓，有人喜欢java语法，有人喜欢ruby python语法，但没必要乱喷，依我看javascript的语法确实有点小马拉大车的感觉，进化是必须的，coffee这点做的不错，学习成本也不高，基本用2、3个小时在playground里尝试一下就可以开写了。我觉得上面有人说开源项目不用coffee是因为减少了参与者和贡献者是可能的
說coffee語法有問題的，乾脆也別寫ES6（ES2015）了。
看到编译之后的代码结果，心眼小的开发者可能会吐血吧。
javascript本身已经很简单了，如果你作为一个前端，用Ruby的语法去写javascript，给自己额外的人肉编译负担，哦呵呵，不是没事找抽么？coffeescript、haml和sass之流，适合习惯Ruby、Python语法的程序员用。我打死也不会去用coffeescript和haml。至于sass，css里没有变量，没有可编程的写法，后来借鉴sass而诞生的less和借鉴less而进化的scss，都可以很好地扩展css的功能。less和scss这两个踩着sass肩膀上的产物，已被前端业界广泛接受。如果自我感觉很时尚喜欢用coffeescript随便，跟风学习各种很潮的工具，不如把心思花在如何专研javascript上。最近也开始在写node程序。我想主力语言是javascript的Node.js开发者不喜欢coffeescript还是占多数的，更多的还是尝尝鲜，然后弃之。
视觉上清晰的代码，不一定是执行效率最高的的代码；运行效率高的代码，则未必易于编写和阅读。比较一下 array.forEach 和 for 循环就可以发现这一点。Coffescript 本身非常简洁，编程时视觉上非常舒服，代码清晰有效。这也是为什么 ES6 和 Swift 都有借鉴 Coffee 的地方。Coffee 编译出来的 JS 代码可读性差，但是那可都是 JS 最佳实践的编程方式：性能最好，但是最啰嗦。所以就看你自己的选择了。 GitHub 内部都要求新的 JS 项目都用 Coffee 写呢。总体来说，视觉上和逻辑上的一致性是未来语言的方向，花括号，分号，甚至函数参数的括号，大部分都是给机器“看”的，不是给人看的。对人友好才是一个语言发展的方向。很多反对 CoffeeScript 的 JS 程序员为 ES6 添加的各种特性欢呼，例如 Fat Arrow, splat, assignment destruction..., 并且坚定地实践。其实这些都是 Copy 自 Coffee。ES6 用得越多，其实离 Coffee 就越近一步。
因为 CoffeeScript 并不见得很好用啊相比之下还是 PureScript 比较好用
有些人活着就是为了把简单的事情搞复杂老外也有这种人
你以为写好 coffee 文件就能跑吗？要转译成 js 文件的。所以你看不到原 coffee 文件。
一个开源的项目，不应该用CS做源代码，相当于减少了可能的使用者和贡献者。
我想牛逼的东西都是经历了各种debug后的产物，coffeescript debug有点蹩脚。。
不敢说百分之百是这个原因，单我猜测绝大部分人不用的原因就一点: 已经被虐惯了。github 上非常牛逼的开发者，用 coffee 的不少的。
已有帐号？
社交帐号登录
无法登录？
社交帐号登录