在支付宝还有搞 ruby/rails 的,赞!而且谈了社区几乎不触碰的分布式领域 哈哈
赞!
赞!之前对充血模型和贫血模型争论挺多,我觉得像 JavaBean 中纯 get/set 不可取,Rails 所有逻辑都在 model 也不可取。Service Object 到是一种折中的方法。@liyijie
楼主写的很实在,支持 @liyijie
签到
不是什么新技术都需要尝试,看项目的业务需求吧。如果是需要事务要求的,还是继续关系型数据库;如果像 ruby-china 论坛网站,mongodb 可以使用。
赞! @liyijie 可以考虑升级用啊
报名听讲!
主要看你的项目规模。对于一般的中小型项目,直接用 Active Record 就可以解决问题了;不需要有独立的领域层,和数据层分开。
session 存在 cookie 在学习项目中可以用用,但在真实应用中不推荐,缺点:安全和费流量;存数据库性能不行,建议存集中式缓存,比如 memcache,14 楼 @huacnlee 已经给出方案,一般解决到这也就满足系统需求了;但是如果有人说当某台 cache 服务器宕机了,不就存在 session 丢失吗?可以要看业务影响面;这个可以解决,但是要看你这系统有没有必要花精力去解决这个问题;解决 cache 单点问题,可以同一份数据存在多个 cache 服务器上,保证高可用;当然没有绝对的,如果整个 cache 集群所在的机房断电了呢?难道要做多机房热备?额,扯远了。觉得一般应用用集中式缓存存 session 就够了。
为了 Rails 架构的规范化,我觉得有必要搞这个接口规范;各种现有解决方案适配下。大家可以自由选择吧 @liyijie
#2 楼 @hz_qiuyuanxin 恩,业务稍微复杂一点的情况下,每个人对系统和业务的理解,包括抽象和类的职责定义都不一样。
现在还在加班,可能赶不过来了
哇咔咔,楼主好传奇的经历!我想说:我也会 Ruby。。。
报名!
现在去不远了,下周二见 呵呵
@flyerhzm 兼职可以吗?
楼主辛苦,支持楼主:thumbsup: @modacker
categories 应该是类似 tag 的多对多,一般多对多有张中间关联表啦 比如 category 只有 id 和 name 两个字段,之后有关联表是 businesses_categories,里面就两字段:businesses_id 和 categories_id 可以看看这里的 2.6 The has_and_belongs_to_many Association
噢 忘了说一点,不要同步发邮件,邮件发送最好异步。
先不说需求,直接说实现:那你就关闭 Devise 的邮件确认,在 User Model 里 after_create 时候调用 Devise 的邮件发送方法就好了。
这个需求好奇怪?如果直接登录,为什么还要确认邮件?
这么好的原创系列怎么没人鼓掌
@cqcn1991 有个智能手机,路上就不会浪费了;做我们这行的,家里网是必须要装上的;要不然家里很多时间都利用不充分。
报名+1
只有一顿饭,其他啥也没有。