#71 楼 @iBachue 说到 Bug,vim 插件的 Bug 我就遇到过一次,刚好它放在 github 上,所以我提交了个 pull request 修复了。https://github.com/scrooloose/syntastic/pull/388
如果这个插件不是放在 github 这样的地方,而是只有一个 tarball,那我很可能就卸载了事。要装新插件,是否托管在 github 上也是我重要考量条件。
#62 楼 @iBachue https://github.com/chloerei/vimrc/blob/master/.vimrc
Bundle 那几行就是 github repo 名字。
找 gem 是上 rubygems 上找的吗?我不是的,我一般 Google,或者看到有文章分享才知道一个 gem。vim 插件也类似。
#54 楼 @iBachue 你觉得插件开发者都是把代码藏在自己的电脑,开发好了才往 www.vim.org 传,不接受 issues 不接受贡献的?
我用的插件 8/9 都托管在 github,剩下一个有 github 镜像,那么为什么不用 vundle?
时间和窝火都不算啥,想赚钱哪能不干脏活。
我的 .io 域名在北京备不了案,所以要认真搞支付的话我要搬家,到门槛低的地方注册。
原来楼主不是真正想搞明白这个问题。
#10 楼 @Sunnyroger 其实我也挺迷糊的
比如有这段代码
this.bar = 'outer';
$('body').on('click', function() {
console.log(this.bar); // undefined
})
在 callback 里面用 this.bar 是访问不到外层的 this.bar 的,因为在 callback 中 this 的上下文已经变化了。
解决方法是把 this 存在一个变量中,通过闭包传递进 callback。
this.bar = 'outer';
var _this = this; // 转存到 _this
$('body').on('click', function() {
console.log(_this.bar); // 通过 _this 调用外层的 this
})
实际中碰到这样的情况会比较多,为了避免重复写 var _this = this
,CoffeeScript 就提供了个=>
语法来自动生成 _this,=>
里面的 this 调用会编译成 _this。
不要追求覆盖率,除非开发的是火星探测器。测试容易错或者关键的地方就行了。
这写到博客吧。
奥!爆米花!
给的代码太少了,判断不了。
一般 Controller 和 View 共用的 helper 我会写在 Controller 里,然后用 helper_method 方法共用到 View 里。在 Controller include Helper 我不清楚会产生什么奇怪的问题。
grape 文档说,用不支持的 method 访问一个资源就会 405。我猜你访问的 url 没有对应到你想访问资源。
url: "http://localhost:9000/notes/#note_id}/entries/#entry_id}/update_with_data{"
这个真的映射到这个动作么?
put "xxxx" do
end
Ruby 2.0 Passenger 4.0 Rails 4
凑齐一起上