一致性也有问题...3.2 时代 我曾经搞了个 PR 的,从框架层面做这个事情超难,后来没合并 4 官方做重构了,但是问题依旧,之后 Shopify 的人接了我的工作继续搞,也还是有问题
@bhuztez 催更!
你加 Lucia 的微信啦 shiralwang
,他联系不到你
我给两个组织者留言啦~
噗
哈,这样子,我去催催两个组织者~
https://ruby-china.org/topics/32995 图破了也没修。。。
忍下下周就好了... homeland 的置顶限制三个,已经满了
首屏就不再做广告了吧,现在也没有的
你用心就好了,RailsGirls 的目的是给女生这个体验,另外,今年交给两个女生了哈,我们在后边支持,所以也是支持下自己人嘛
+----------------------+--------+--------+---------+---------+-----+-------+
| Name | Lines | LOC | Classes | Methods | M/C | LOC/M |
+----------------------+--------+--------+---------+---------+-----+-------+
| Controllers | 451 | 328 | 14 | 64 | 4 | 3 |
| Helpers | 48 | 39 | 0 | 7 | 0 | 3 |
| Jobs | 2 | 2 | 1 | 0 | 0 | 0 |
| Models | 989 | 809 | 37 | 113 | 3 | 5 |
| Channels | 8 | 8 | 2 | 0 | 0 | 0 |
| JavaScripts | 5 | 0 | 0 | 0 | 0 | 0 |
| Libraries | 76 | 64 | 0 | 5 | 0 | 10 |
| Controller tests | 224 | 177 | 7 | 32 | 4 | 3 |
| Model tests | 35 | 15 | 5 | 0 | 0 | 0 |
| System tests | 36 | 12 | 4 | 0 | 0 | 0 |
+----------------------+--------+--------+---------+---------+-----+-------+
| Total | 1874 | 1454 | 70 | 221 | 3 | 4 |
+----------------------+--------+--------+---------+---------+-----+-------+
Code LOC: 1250 Test LOC: 204 Code to Test Ratio: 1:0.2
变长字段填上了~
放到 Github 上更佳啊
而且我设置的精华你直接跟我讲不就行了么...
因为首屏没有公告区域,我要先曝光一下子啊,不然一次会下来几十万的钱从哪来...
来本周的 RailsGirls 做教练吧~
当然 既然知道术语 scheduler 了,那也可以利用这个关键词去寻找适合的 gem
定时器英文就是 scheduler 了,一般异步任务队列可以解决,通过 ActiveJob perform_later
来解决,后端接 sidekiq,你的触发器的逻辑要自己去处理
增加了资源选择字段的演示~
麻烦杭州那边安排大会前一天和第一天晚上的活动啦,找个地方可以聊聊天啥的
还没结婚哈,她还在美国读书的说~
重点错了
确实高了不少,前两年的场地我都控制在 4w 以内了,今年贵了一倍多的样子
老样子...
CC @huacnlee
我没实际写过 Ecto,但看你的代码,感觉跟我在 dummy 里的道理是一样的,总之原则就是:显式定义 schema;避免脏数据;结构化设计;数据的可读性。
@hooopo 觉得这种配置字段完全是可以分别单独建表的,可读性最佳,并且可以在数据库层面保证约束完整性
前端苦手...
其实好奇你们怎么做的问题间跳转的,看巧思 cform 的问卷设计器,很像我们的工作流的各道审批流转,我下一步计划是规则引擎、工作流引擎,还没什么头绪但是,知人这块味做的味道不是很好。
我和 @hooopo 讨论过这个问题,我俩的结论是,像我在 dummy 演示的做法(为额外属性建模但最终序列化入某列)可以,但是是反模式,用 jsonb 道理也是一样的,反模式在于这样做没办法定义一个很强的 schema,项目长久下来的维护会成为问题。
有可能的话,最好的做法还是为这些扩展属性建立实体模型。