混杂在一起,就是感觉混乱吧。可以简单重构下呀。
post 请求直接
request.request_parameters
那你得好说歹说呀,实在不行你就说:'哥啊,安全问题你注意一下啊,求你了啊'
ps: 你同事不看 ruby-china 吗
#model
scope :by_name, ->(name) { where(name: name) }
scope :by_language, ->(language) { where(language: language) if language.present? }
#controller
projects = Project.by_name("test").by_language(params[:language])
gem 'actioncable', github: 'rails/actioncable', branch: 'archive'
class << A
undef :b
end
git fetch -p
你试试
ssh-add -l
看看有没有内容,没有内容再
ssh-add
试试。 再部署试试。
得投个试试
这个错误是 carrierWave-qiniu 抛出来的,你可以问下作者 @huobazi
弹性工作,还是按时上下班来的愉快。
扩容?
顶一个,滨江好呀,G20 该放假了
南通的,顶一个
受伤的永远是我们这些农民工呀
可以这样啊
aria: {haspopup: 'true', expanded: 'false'}
#15 楼 @42thcoder #17 楼 @besfan 好的😄
五常大道 175,离我住的地方好近啊。
rails 4 也可以用 actioncable 的呀。
感觉是各有所长啊。grape 可以不用写文档。
#3 楼 @42thcoder
对外显示变了,那就改变了初衷了,放在一个 entity 文件下的初衷。
delegate
这个的确是不错,蛮好的,不过再多一层的关联,处理起来就显得 () 方便一些了(对于grape
的delegate
没有使用过,或许可以更简便)。
至于这种方式:
class Customer < Grape::Entity
expose :name
private
def name
object.girl.name
end
end
在多层关联太深的情况下考虑使用,可以接受的长度内还是用块比较舒服点
你说的grape
的params validation
,应该就是我上面说的declared
吧,他不是需要去借助gem 'hashie-forbidden_attributes'
这个gem
的吗?你创建一个数据的时候,不加这个 gem 可以吗?这个倒是一直没有找到好的方法去解决。
#1 楼 @42thcoder 用子类,感觉还是需要去判断下吧。毕竟对外显示的类就是 Customer,所以不管显示还是列表,都是得经过 Customer 的 Entity。 你说的别名用 as 的确是不错,不过多表关联的场景还是用 () 较好吧,如下:
class Customer < ActiveRecord::Base
has_one :girl
end
class Girl < ActiveRecord::Base
belongs_to :customer
end
class Customer < Grape::Entity
expose(:name){|model|model.girl.name}
end
Grape 的 params validation 不是很了解,用这个做创建的功能,不会出现 ActiveModel::ForbiddenAttributesError 的报错吗,回去有时间去看看