GET 参数限制? POST 可以将数据放到 body 中,这样一般没有限制。服务器设置一下就行了
对,是有 sql 注入危险
#第几页
page = params[:p] || ''
page = /^\d+$/ =~ page ? page.to_i-1 : 0
#根据名称或序列号查询
name = (params[:name] || '')[0,20] #限制长度
serial = (params[:serial] || '')[0,20]
p = []
condition = ""
unless name.blank? then
condition = "name LIKE ?"
p << "%#{name}%"
end
unless serial.blank? then
condition += unless name.blank? then " and serial LIKE ?" else "serial LIKE ?" end
p << "%#{serial}%"
end
可以修改成
page = params[:p] || 1
conditions = []
conditions << "name LIKE %#{params[:name][0,20]}%" if params[:name].present?
conditions << "serial LIKE %#{serial}%" if params[:serial].present?
# 最后在使用conditions
conditions.join(" AND ")
有能证明自己实习的东西么?
谢谢分享 已转发 http://weibo.com/hexudong010 求互粉。哈哈
没有必要这样 使用 concern 即可
很赞! 网站刚刚上线的时候,我就开始关注。 现在的版本,比刚开始的版本,在 UI 界面和功能都强大了很多。 其次,关于"创业"的思考很深刻,希望能继续思考和分享。
需要自己在服务端控制
route.rb 看看吧
matz 在书中说,mixin 是接口一个意思 从实际的项目中来说,但我们需要分解对象或者公用一部分的代码的时候, 一般会使用 mixin
一般都是从上到下,不过也要区分来看。 比如 class def 是一扇门,会存储你需要运行的代码 所有,有的时候,在代码中,可以这样指定入口
if __FILE__ == $0
puts "come here"
end
为什么不在命令行下 使用 Pry?
熟悉 Flash and/or Flex ?
只是为了写出更优美的代码,减少代码,减少耦合,增加内聚。
这哥们为什么喜欢打婊子。。。 以为你以前的帖子是打错了 现在才发现,你一直是这样打的。
puts "ok" if Time.now.hour.in?(10..19)
换个名字就可以了吧
class User
has_many :inbox, :class_name => 'Message', :foreign_key => "to_id"
has_many :outbox , :class_name => 'Message', :foreign_key => 'from_id'
end
不错!谢谢分享
可以使用 nohup your command &
感觉 Rest 很好用
以前常纠结 Rails 的开发流程,是从数据库开始呢,还是从 UI 开始。现在我比较赞同的流程是先设计用户故事,然后写 cucumber,或者集成测试代码,确定需要的 controller 和 action,然后在写 controller 的测试,最后 model 和数据库设计。这样,数据库的设计只是其中非常小的部分。其中有一个值得注意的地方,一定要把握好测试的粒度和 mock 对象。这样流程才会比较通畅。实际工作中,实现这个流程比较困难。
#8 楼 @zacker330 是的,对于小项目,这是可以满足的。但当你的业务 特别复杂,这就有点不合适了。这个时候,一般会使用 concern 将业务逻辑剥离出去。或者参考 java,单独写一个业务逻辑层。
ruby 的业务逻辑层有点薄弱。现在主要是跟 ORM 耦合在一起。
感觉首页图片太大了 我刚刚访问首页,不知道是干嘛的,感觉 意图表达的不是很清楚。
hash = { :a => 'b' }
hash = HashWithIndifferentAccess.new(hash)
sublime text2 和 vim 都挺好的 关键是能开发出好的代码,好的产品
不可以打印出@results么? debug 看一下 不过应该是一个 hash