我也刚刚看到
不过我看了那个 PR,它给的 example 倒没有这个问题。
class Partition
def initialize(first_event)
@events = [ first_event ]
end
private
def respond_to_missing?(name, include_private = false)
@events.respond_to?(name, include_private)
end
def method_missing(method, *args, &block)
@events.send(method, *args, &block)
end
end
=>
class Partition
delegate_missing_to :@events
def initialize(first_event)
@events = [ first_event ]
end
end
只是既然楼主会想到这种用法,就难免会有很多人会这样用
人人都喜欢省事,但程序开发并不是可以偷懒的,有时 explicit 反而是更好的选择。当你调用一个方法,都很可能意识不到它做了 DB 查询时,最终就拖慢了你的程序。
这种功能就是坑。。之后各种性能问题
期待一下炮哥的主题
@u1352538039 应该还没出,不过可以留意官网,每个 speaker 那里会有,我看到已经有一些 slides 了。或者就是关注官方 Twitter
@ericguo 你居然去了这家?昨天居然也没听你说。。不够意思啊
可以呀,虽然你是送给 @tzwm 的
明天的直播地址: http://www.douyu.com/1914068
这次难得邀请到霸爷,还有 Elixir Shanghai 另外一个组织者 aquarhead 从冰岛回来,带来欧洲 ElixirConf 的参会见闻。大家赶快啦
说的对!
你们可以自己组织呀
😭 希望能有越来越多的公司在生产上用吧
火钳刘明
预约板凳
“继承 Ruby 的思想、理念”这方面,可以举几个例子吗?
overload method 这个确实不错。
兼容语法这个,虽然长得像,但经你帖子里一说,其实很多语义都不太一样,我反而会觉得更不清不楚了,还不如换个语法来的痛快。
另外,我不觉得“放弃以前的思维方式”是个坏事,学一个新东西,肯定会有各种新的思维方式的冲击,这个也是学习的一个副产品。其实 Crystal 也有很多新的东西吧,不是说长的像,就不需要用新的思维方式来考虑问题了。 (当然,我对 Crystal 完全不懂,有问题的地方请指正)
看上去确实没那么美好啊。感觉语法要做的跟 Ruby 一致这点会拖累了它,制约它的发展。但如果不这么做,它还有什么意思呢。想要性能和效率的平衡,还不如用 Elixir 了
怎么”只听“?其他讲的时候你要在哪?
原来他在其他地方也做过这个演讲呀。。
后边有提到 net/http,我也想到有一次要写个简单的脚本,需要调一个第三方的 POST 请求。开始尝试用 net/http 去做,结果折腾了很久都不行,最后果断换成 faraday,就瞬间搞定了
其实应该算不上是展望,我感觉他其实不是特别喜欢 Ruby 3.0 的新特性
Elixir
就算有些主题比较基础,就不代表没有拿出来讲的价值,可能有些人比较熟,其他人也可能觉得很有意思。另外,大家可以产生很多主题之外的有意思的想法,进行讨论,对主题进行丰富和拓展,我想这也是线下交流活动相比于其他形式的优点。
直播能搞的定的话,到时贴出来吧。
当然可以,欢迎来交流
感谢国宁😁
打算试一下看看,到时发个链接到 Slack 里先小范围测试下
我问下
大神,你够了。。