#10 楼 @jicheng1014 Ruby 2.0 有 keyword arguments 了呀,keyword 是方法签名的一部分了
#11 楼 @mizuhashi Ruby 不是 hash 哦。。那些 key 真的是方法签名的一部分
实用主义啦,要是更复杂的查询构建就考虑上 form model 了
#5 楼 @jicheng1014
还别说。。。
我们的登录接口有三个参数 email、phone_number、password 前两者二选一,封装的时候可就愁了...
signIn(String email, String password)
和 signIn(String phoneNumber, String password)
是不行的 必须signInByEmail
, signInByPhoneNumber
顺着你的思路考虑一下,我在使用 Java,但是一段难以表达的业务逻辑,我希望使用 Ruby 完成
Ruby 支持 keyword arguments, 比如 我可以写 sign_in(email: email, password: password)
,但 Java 不支持的,这时候要怎么去调用呢?会不会增加额外的成本?
比较快的重构写法
@projects = Project.includes(:todos).sorted_by_alias_asc
@projects = case params[:filter]
when 'opened'
@projects.opened
when 'closed'
@projects.closed
else
@projects.opened
end
gem 的所有权是你的话 你 bump 过版本号之后
gem build your_gem.gemspec
gem push your_gem-0.0.2.gem
液!
bundle
后还有这个现象,删除 Gemfile.lock
,然后重新运行 bundle
bin/rails
之前都先执行 bin/spring stop
,除非你的 app 可以正确启动了[求职]谁应征什么岗位的简历
纯 Rails 就可以开发 API 了,你的 action 只能响应和输出 JSON 就可以算是 API 了呀~ 配合 APIPIE 可以生成文档还有 API 的前置校验,很方便,Postman 只是个辅助工具(话说 OS X 下的 Paw 比 postman 要好用的多...) 性能优化相关的文章非常多了
如果能上 Rails5 显然这是最佳选择
不推荐 Rails+Grape 的方案,学习成本高、由于生态系统不是完全兼容会有很多额外的坑和工作量、也没有什么实际好处
又拍云有 Form-API 可以直传到又拍云上,而不经过你的服务器,七牛也是可以的,这样做会增加一些你的工作量。 如果需要传到你的服务器上,省事的办法,可以在 nginx 上配置一下增大上传的体积限制
如果对设计要求太高 用 simple_form 定制起来太麻烦了...不如手写 helper,即使自己封装 form_builder 也容易很多
JJ ym 你也是老同志了啊 排版。。。
趴桌子上可以弄个鸵鸟枕。 现在公司给配了小柜子,可以正好把腿搭上去...
#1 楼 @lihuazhang DNS 被 DNSpod 接管后要审核域名,所以暂时没法修复
iOS 端好像还没上 Swift ~
家门口...三元桥附近的公司还真是挺多啊...
很多主题其实在 RubyConf China 上也有讲过类似的内容啦~ 不过女性讲师真的很多,而且内容都很有意思