这是其中之一,也许这么简单,我永远找不到它,因为其他人都已经知道了.
我有必须在我的视图中检查nil的对象所以我不会取消引用nil:
<%= if tax_payment.user; tax_payment.user.name; end %>
或者我可以做这个变种:
<%= tax_payment.user ? tax_payment.user.name : '' %>
所以这对大多数语言来说都没问题.但我觉得必须有一些闪亮的红宝石或铁杆我仍然缺少,如果这是我能做的最好的.
我正在使用grunt在towerjs项目中观看我的coffeescript文件,并在它们发生变化时重新编译它们.这种配置由towerjs生成,看起来相当理智.问题是,一旦我开始这个过程,我会看到它盯住一个cpu核心(实际上,只是一个超线程).如果我从观察中移除了很多路径,我可以将其降低到大约25%的CPU,但这仍然非常糟糕.
我发现了一些已知问题和与Node的fs API甚至fs.watch 特别是 fswatch的跨平台不一致的引用.试过咕噜咕噜的简单手表,但没有做得更好.
我可以设置卫兵,但它可能是很有效,让它工作正常,功能上咕噜似乎很好 - 我很好奇,但如果其他人有任何其他建议.