Ruby China
  • Topics
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • Sign Up
  • Sign In
ji.menbi
@ji.menbi
Member
NO. 29343 / 2016-11-13

[email protected]
1 Topics / 7 Replies
0 Followers
0 Following
0 Favorites
No GitHub.
  • Overview
  • Topics
  • Replies
  • Favorites
  • Following
  • Followers
  • Ruby Rack 及其应用 (下) at June 08, 2017

    刚好最近在看这个 感谢

  • 请教 rails 中 model 中 has_many through 关联中, 是否获取和设置中间表的 API at June 05, 2017

    也是一个思路,但是如何解决传参的问题
    毕竟中间 model 的参数是与关联的 model 相关的,就代表说,中间层的属性很可能无法从它关联的两个 record 中获取,需要由调用者赋值。

  • 请教 rails 中 model 中 has_many through 关联中, 是否获取和设置中间表的 API at June 01, 2017

    嗯 只能这样了

  • 请教 rails 中 model 中 has_many through 关联中, 是否获取和设置中间表的 API at June 01, 2017

    其实 更多的时候这类的应用场景是从 Author 出发 添加一个 Article。中间表在调用中,应该是需要成为一个完全透明的中间层,仅仅提供两者之间的关联属性
    所以 总感觉 这种方式太过“丑陋”......不符合 rails 的风格,如果没有的话

  • 请教 rails 中 model 中 has_many through 关联中, 是否获取和设置中间表的 API at June 01, 2017

    额 好吧 难道没有更“优雅”一点的方式了么。。。

  • Ruby 2.4 哈希表 (Hash) 的变化 at May 31, 2017

    原来如此 我错误理解成了随机探测与线性探测相比能节省海量内存 感谢指导

  • Ruby 2.4 哈希表 (Hash) 的变化 at May 19, 2017

    (不需要海量内存来存指针啦) 对于这句话不是很理解,能麻烦深入讲解一下么,感谢
    我的理解是 key 通过算法得到在 bucket 中的位置,冲突后递增探测,是在哪一部分使用到了指针进行优化么?

关于 / RubyConf / Ruby 镜像 / RubyGems 镜像 / 活跃会员 / 组织 / API / 贡献者
由众多爱好者共同维护的 Ruby 中文社区,本站使用 Homeland 构建,并采用 Docker 部署。
服务器由 赞助 CDN 由 赞助
iOS 客户端 / Android 客户端 简体中文 / English