如果我打算使用Node,那么直接跳到Zappa这样的CoffeeScript框架是不是一个错误?
If I plan to use Node, is it a mistake to jump right in to a CoffeeScript framework like Zappa?
自00年代初以来,我没有使用太多JavaScript,我开始看到我目前的应用程序非常适合Node.js。但是作为一个ruby开发者,coffescript看起来更像是我的强项。但我担心的是,如果我没有花任何时间来了解Node.js的基本框架,就直接跳到Zappa这样的框架中,我的理解就会出现一些漏洞。这是一种合理的恐惧吗?
在某种程度上是的。Zappa是一个非常活跃的新框架。我在7月份用它写了一个应用程序,从那以后,这个框架经历了两次向后不兼容的更新。在这样的环境中,能够理解框架在幕后做什么通常是有帮助的。
另外,由于coffee script允许你混合使用JavaScript库(Zappa本身就是这样做的),他们的文档将提供JavaScript示例-所以你必须能够流利地使用JavaScript。
另一方面,使用Node本身的经验并不是那么重要,因为Node提供了一个相当小的API,它在很大程度上被Express.js(也是Zappa的一个组件)很好地抽象了出来。你需要知道的关于Node的大部分知识可以在一个下午内学会。
不懂咖啡和JS可能是个问题,不懂Node就没那么多了。如果您所说的"Ruby开发人员"是指"Rails开发人员",那么Zappa可能是您实现的最短飞跃。它提供了很多"魔力",就像Rails一样。这在某些方面是好的(它需要更少的代码来执行传统的web应用程序),在其他方面是坏的(它可能很难弄清楚事情发生在哪里,例如在哪里设置了一个特定的HTTP头)。
那么,如果不知道Ruby的核心HTTP库或Rack,有可能成为一名优秀的Rails开发人员吗?确定。同样,您可能不需要学习Node的HTTP库或Connect/Express,也可以成为一名优秀的Zappa开发人员。我希望随着Zappa的成熟和它的文档的扩展,这一点会变得更加真实。
- 聚合物是一个框架而不是一个库.如何模块化地使用web组件
- 我是不是一直在为图像标签强制固定图像大小
- JS请求-这是不是过时了
- 在javascript中使用覆盖变量是不是一种糟糕的做法
- AngularJS-我是不是在工厂注射中遗漏了什么
- 试图把注意力集中在一个不重要的元素上是不是一种糟糕的做法;不存在
- 我正在验证一个联系人表单.我是不是过滤太多了
- Uglifier是不是弄坏了我的睡衣
- 有没有办法缩短Require.js's require statement?我是不是误解了怎么用它
- 比较:用缓冲区视图调整ArrayBuffer的大小(Uint8 vs Float64),我是不是遗漏了什么
- 用Javascript在forEach中设置开关是不是一种糟糕的做法
- 无法在单个网页上加载所有谷歌图表;我是不是错过了什么
- 微观优化,是不是被现代浏览器优化了
- Java小程序——今天是不是一个错误的选择
- Angular 模板缓存是否在应用程序之间共享?是不是坚持不懈
- JQuery 缓存选择器 - 我是不是误会了
- 如何仅相对于该框架而不是整个窗口执行javascript
- 如果我打算使用Node,那么直接跳到Zappa这样的CoffeeScript框架是不是一个错误?
- 使用QUnit测试使用其他框架而不是jQuery的代码
- 风格的网站在框架或不是由我主持