• 你是 vim 党还是 emacs 党? at 2012年05月30日

    #49 楼 @Juanito

    不奇怪,这种帖子向来火爆。呵呵。

    你不妨照我的配置来试试啊。

  • #14 楼 @freemem

    1.9 only. 1.8 支持后置。

  • 你是 vim 党还是 emacs 党? at 2012年05月30日

    #39 楼 @siyang1982

    真没玩过。呵呵。

  • 你是 vim 党还是 emacs 党? at 2012年05月30日

    #38 楼 @sharp

    貌似你问错人了。呵呵。我没用过 ecb, 你可以问问@skandhas, 他最新在修炼 Emacs 中,而且有用到你说的 ecb, 我不用 C, 所以没需求,貌似一般的插件,刷新都是 `g' 或者`G' , 你试试。 最好的办法是查看源码,这也是 Emacs 最爽的地方了,有那些快键,一看代码就清楚,而且由你改了。

    不过说起导航,我是一堆快捷键混着用。有 ido, ibuffer, dired, 搭配 find-in-project 的玩意儿,反正是能最快的方式找到所需的文件或 buffer 就行,并没有什么固定常用的导航插件。如果是 Rails 开发,还多了个一个 rinari. 我也是定制了一大堆快捷键。

    顺便提一句,快捷键是用手指记忆的,所以相信我,任何人能办得到。 (不要怕快捷键多)

  • 车库啊车库!

    这就是未来中国的车库的先驱~

  • #20 楼 @hisea

    这帖子现在才看到。汗~

    问下,国内有类似认证考试吗?看你介绍,貌似这种考试是我最擅长的..., 不考个证书真是亏。呵呵。

    (这也许就是:做笔记的力量!我还真很自信,这个级别的考试我一次准过。)

  • #5 楼 @hooopo

    XD, 写法简直太精妙了,酷!

    我发现我总是把复杂问题简单化,而我,TNND, 总是把简单问题复杂化。差距啊~

    可惜楼主没看到你的答案。

  • 首先要相信一点,Ruby 1.9 的正则 已经是最强大的了。理论上没有实现不了的。

    类似需求我最近刚处理过,当时是希望把我的笔记中所有 `内容' 左右两个符号添加空格分隔,因为无法回溯的缘故,需要用到 Ruby1.9 支持的 子正则表达式, 类似格式:(?>=INNER)

  • 子女在上海的教育问题 at 2012年05月25日

    #21 楼 @zhiliang

    不过操作难度还大。还得住的近一点。最好一个学校上学。My God!

  • 子女在上海的教育问题 at 2012年05月25日

    #21 楼 @zhiliang

    我倒是很期待,只不过,就算在一个地方,但是小孩的年龄差距也应该比较大。

    你们知道的。小孩都喜欢找比自己大的小孩玩。哪怕只是大一岁。

    咱社区太小众,否则这个建议 简直太棒了。

  • #3 楼 @tumayun

    还好啦。哈哈,只是想的更明白了。

    你的回复是不对的。准确地说是:default_definee 凑巧和 self 相同而已。

  • 子女在上海的教育问题 at 2012年05月24日

    #1 楼 @huacnlee #2 楼 @jn615 #3 楼 @sectic #4 楼 @ruchee

    我出来的一个主要目的,也是希望孩子有更好的教育。

    前几天,还想给我儿子在楼下的社区小学报名呢。

    不过我现在想通了,奉劝各位真的看开点,中国这种教育制度,不值得额外哪怕花一分钱.

    建议如下:

    • 学校无所谓,能上就行,就当看孩子了,各位都是精英,你告诉我,你们现在所学所用的东西,又有多少是 中国式教育 传授给你们的呢?

    • 上个孩子感兴趣的培训班,当然首先要孩子喜欢,而且相对靠谱的。

    • 攒钱,为孩子出国留学做好准备,也许真到那个时候,也许孩子出国真不是什么难事儿,只要有钱。如果那时候天朝还是目前一番欣欣向荣的景象,最好让孩子将来出国就不要再回来了。

    再补上一句:

    有时间自己多带带孩子,言传身教比什么都重要。如果觉得自己孩子很有天赋,完全可以考虑自己带孩子,或者让孩子自学,你只要把握好大的方向,孩子喜欢什么就学什么,喜欢玩什么就玩什么。省得目前学校的这种 `分数决定一切' 教育体制将孩子的 与生俱来的灵感渐渐完全抹杀掉。

    说实话,我很欣赏网上那个 `鹰爸与裸跑帝' 做法。 (虽然不完全赞同那么做)

  • #1 楼 @xds2000

    message 只是面向对象的编程中,一个形象的比喻手法,并没有真实的 message 存在。

  • #9 楼 @skandhas

    我还是觉的 send 有优化,也只是在 某个特殊调用方式 的前提下,而那可能正好是 send 最擅长工作的方式。而在以上场景中 (适用于 class_eval 的场景), 无论是使用 class_eval 还是 send, 他们的效率是完全一样的。(或者说没有优化。跟 define_method 应该没有任何关系).

    只有这样,我觉得才可以讲得通,class_eval 这样存在的也更加有意义

    而且也只有这种情况下,也才能说服我,总是优先使用 class_eval.

    (以上纯属站在语言的角度臆测,没有任何依据)

  • #9 楼 @skandhas

    恩。我只是就以上示例内具体使用场景来说的,在以上情况下,如果 define_method 自身有一些性能限制的话 , 的确不用在意。但是如果 define_method 自身没有任何影响的话,使用 send 和 class_eval 还是有些区别的吧 ?

  • ruby-debug 19, 虽然很少用,不过现在越来越喜欢这种命令行式的调试方式了。简单,直观,高效。

  • #7 楼 @skandhas

    那是不是就意味着,应该多使用 send, 而不是 instance_eval 或 class_eval 呢?

  • #4 楼 @dotnil

    我发现帖子原作者,貌似使用 send 有点泛滥啊,当然这是一种风格,不过确实有点太过了

    不过我很想求证一点:使用 instance_eval 和 send 两种方式,有没有性能上的差别。

    (就像 eval 比 send 要慢一些那样)

  • Is Node.js Better? at 2012年05月23日

    #24 楼 @hooopo

    最后一句,其实讲的就是术业有专攻吧。那些讲一个可以完全替代另一个的理论,纯粹扯淡。

  • #58 楼 @dotnil

    真这么简单,反复的 C-c C-c, 然后修改代码,直到缩进正常,并且不报语法错误为止 (例如不匹配之类的), 只要具有很初级的编写 erb 经验,查错很便捷的。

    如果你不按照规范来 (就像原来 Ruby-china 的代码), 会提示一些缩进匹配错误之类的一大堆信息,你如果不规范它,这些信息对你除错完全没用了,你根本不知道代码真问题还是仅仅是缩进问题。

  • 翻译的的确太好了~~ 赞一个!

    不过话说回来,method_missing 和 define_method 也没那么容易混淆,可以用两个字来分别归纳:

    前者叫做 拦截 , 对所有未知的方法进行拦截。这种方法,rails 里面比比皆是. 后者类似于委托 , Ruby 标准库中,使用这种办法,将类实力方法自动委托为类方法,示例也是比比皆是。

  • #43 楼 @huacnlee

    哈哈。

  • @huacnlee @Rei

    不妨再给两位大大提点意见:

    这个帖子,虽然扯的有点远了,而且主题不清,呵呵。不过,所有这些讨论都是来自于HTML代码 非常乱这一个初衷,不管它们和 缩进 之间的关系大不大,甚至没有关系,我也是希望,有良好的代码缩进排版 (这毕竟是给人看的) 以及代码风格。这样才会有更多的人参与。我想谁也不愿意,在贡献代码之前,先费劲儿了解别人那些 (尤其是不好的) 编码风格,这还只是个几个人维护的小项目。将来项目做大,如果这个问题不解决,绝对不仅仅是 输出HTML缩进不整齐 这种 无关紧要的事情, 绝对要出大问题!

    我觉得你们也看到了,我只是 让编辑器自动format了一下代码 , 就发现这么多小毛病 (如果不是这样,还真的很难发现), 这至少说明一点,只要你采用良好的代码风格,尽量满足规定格式文件的严格语法要求,编辑器就会帮你指出大部分容易忽略的小问题.(至少对于 html 是这样的).

  • #6 楼 @sharp #7 楼 @yedingding

    谢啦。你们所说的 隐藏 field 以及 _method 我都了解,之前就是对 RESTful 缺乏系统的理解。

  • #52 楼 @ranmocy

    哇,你解释的真详细,太谢谢了。让我终于明白了那个 do end 是干嘛的了。我熟悉 Ruby, 没写过 Rails, 所以还真是头一次见到这个写法,主要原因是见<% end %>见多了,end %>给了我错误的印象。

    不过有两点你的理解有错误。

    1. Rails 在渲染 HTML 的时候,一个页面会嵌入其他的函数或是模版,他们都会生成他们功能所对应的 HTML 而他们自己是不知道自己的父函数已经缩进了多少列 你这句话没错,不过这丝毫不影响缩进的正确。你再想想是不是?你可以自己写一个非常小的 erb 文件,互相调用测试一下。

    2. 如果 do end 正如你所说的那样解释和的话,那么一定可以替换为更加清晰易读的代码。你这话更加印证了之前的论点。

    既然知道那个 end 的用途了,那么代码也就好改动了,下面是我修改后的代码, @huacnlee 你看看,这是不是就是你说的 format 一下能不能把缩进的问题修正, 你不妨拿你的编辑器试试,看看自动缩进是不是很整齐?

    下面是我修改后的代码: https://gist.github.com/2769467

    代码一目了然,而之前的代码,甚至 do 语句和 end 语句都无法对齐,而因此引申到其他 html 元素也跟着乱乱的,很难保证像我这样的 rails 新人会看的糊里糊涂。对不?而且作为一个公开开源项目,如果代码风格太个人化,肯定不利于协作,对吧。

  • #1 楼 @reducm #2 楼 @Rei #3 楼 @linjunpop

    大概了解了,原来这就是所谓的 RESTful. 原来想的,把问题有点复杂化了。

    第一个问题是 RESTful, 后面两个是符合 RESTful 约定的路由。我这样理解对吧?

  • 顺便吐槽一下,这是我第一次见到苹果的 GUI, 没钱买,所以从来不去 apple 专卖店。

  • 真希望多一点这种帖子!! 学习了。

    @huacnlee , 你还真照顾我,视频起始就是从我的帖子开始。哈哈

  • 靠~ 我说么。看前面,真以为是 天朝 出来的 ...