Live in code

起因
最近在学习ruby on rails，的确是一个优秀的数据库开发框架。但在过程中，发现在视图文件夹中的rhtml文件里有大量的类似于以下的语句：

这是一个指向链接，如果没有冒号这句话的意思很好理解：这是一个指向http://127.0.0.1:3000/recipe/show/1的连接，也就是“显示”数据库表recipe中“id”为1的条目的信息，但让人不解的是action和id前面的冒号，它们是干甚么用的？

ruby面向对象特性的一个缺点
ruby中，一切皆是对象。就一个简单的字符串举例：
ruby -e 'puts "hello world".class'
String
这里打印了"hello world"的字符串所属的类，结果显示它是一个String对象的实例。我们还可以显示它的对象号。
ruby -e 'puts "hello world".object_id'
41436168
ruby一向标榜自己是完全的面向对象的原因就在于此，它的确做的很彻底。但是凡事有好就有坏，一个对象占用的内存空间显然会比纯粹的变量大得多，当程序中涉及到大量的字符串时，一个ruby程序会占用过多的内存。举个例子说：
我们用hash列表来存储歌曲的信息
song1 = { 'title' => 'used to love you', 'artist' => 'john legend'}
song2 = { 'title' => 'i still', 'artist' => 'backstreet boys'}
#......
#很多歌，这里只用两首
for i in 1..2
thesong="song"+i.to_s
eval <<-PROC
#{thesong}.each_key { |key| puts key.object_id.to_s }
PROC
end
结果：
41436144
41436408
41435904
41436000
因为object_id各不相同，在hash表中的各个key都是独立的String对象，即使内容相同（如'title'），ruby还是将其视为不同的对象，这样就无端地占用了不少内存。但事实上，大多数情况下，我们仅将hash中的key视为字段而已，不会涉及到String类的方法，ruby自动将其设置为对象有杀鸡用牛刀之嫌。

symbol是什么
直译来说就是“符号”，在ruby就是形如:action这样的，一个冒号后跟一段字符串。显然，根据“一切都是对象”定律，它也是一个对象。
ruby -e ' puts :action.class '
Symbol
这个对象存在的意义在于，它解决了“同内容字符串，不同对象”带来的过多占用内存的问题。简单的说:action代表了'action'字符串，这里说的是字符串，不是字符串对象。
ruby -e ' puts :action '
action
更确切的讲就是一个symbol对象代表该对象的冒号后的字符串。
ruby -e ' puts :action '
action
ruby -e ' puts :"hello world" '
hello world
所有同内容的字符串只需要一个标记对象就可以代替，这样减少了不必要的对象建立和内存占用。但是，正如我强调的“symbol代表的是字符串，不是对象”，因此不要希望标记可以使用String类的诸如capitalize，center等方法，如果使用的话只会得到提示方法未定义的错误报告：
ruby -e ' puts :action.capitalize '
-e:1: undefined method 'capitalize' for :action:Symbol' (NoMethodError)
幸运的是，symbol提供了转换函数to_s用来生成一个字符串对象，它会提取字符串内容并将其升级为对象。
ruby -e ' puts :action.to_s.capitalize '
Action
另外，很重要的一点是，symbol没有赋值方法，换句话说symbol一旦定义，将不能改变。
ruby -e ' :action="hello" '
syntax error
很遗憾，即使使用了to_s，赋值依然无法顺利进行，因为ruby会认为“to_s=”是一个未定义函数。除非明确地为被转换生成的字符串对象指定一个引用（但事实上在复制之后该连接的指向又发生了变化）：
:action
myaction=:action.to_s
myaction="lala"
puts myaction
结果：
lala

怎么使用symbol
任何可以使用symbol的地方都可以使用与之向对应的字符串对象。在rails中有建立类似javabean的方法：
attr_reader :action
它建立了一个读取实例变量@action的方法，也可以写成这样：
attr_reader "action"
反之，只要
字符串在程序运行过程中不用改变
字符串不必使用String类方法
那么我们可以放心用symbol来代替字符串对象，从而大大减少内存的占用，在rails中尤为明显。因为需要频繁地在各个控制方法和页面之间跳转和传出数据，大量的方法名由symbol来代替，及节约了内存也提高了运行速度。

一直说linux快，从我安装第一次使用linux到现在就没觉得他上网快过。特别是这个ubuntu～明显的，我两台机器一台xp一台ubuntu就是xp的上网打开网页快。莫名其妙，后来在网上看到原来win下会自动缓存dns，linux下就没有～找了一个解决办法，(特别是针对我这种使用路由器，即使用dhcp的电脑)转载在这里：
Read more...

今天有个疑问就是难道动态语言不能重构吗?(似乎是不能=.=|||)google的时候就发现了这篇文章,写得让我有点惊叹,摘抄出来,来自:http://www.blogjava.net/killme2008/archive/2007/07/17/130712.html

先让我们来了解下柏拉图对世界的理解，柏拉图认为，自然界中有形的东西是流动的，但是构成这些有形物质的“形式”或“理念”却是永恒不变的。柏拉图指出，当我们说到“马”时，我们没有指任何一匹马，而是称任何一种马。而“马”的含义本身独立于各种马（“有形的”），它不存在于空间和时间中，因此是永恒的。但是某一匹特定的、有形的、存在于感官世界的马，却是“流动”的，会死亡，会腐烂。柏拉图把这个永恒不变的“形式”称为“理型”，他认为这个世界分为两个部分，一部分是完美的由“理型”组成的世界，另一个就是我们现实的“粗糙”的世界，真实世界是按照理型世界的标准设计的,总是努力达致完美的理型世界,但总是存有偏差。因此他相信人类的灵魂是不朽的，灵魂苏醒后会向往回到完美“理型”的世界，人生来就有“理型”的观念。总之，柏拉图深信“理性”远比“感官”可靠。而他的学生亚里士多德却反驳他的老师，在亚里士多德看来，他也赞成世界是有变化的“质料”与不变的“形式”组成，比如具体的某只马是有一些“质料”组成，它有马的“形式”在里头，因此它被称为马。而“形式”存在于具体的“物”之中，比如“马”的含义就存在具体的千千万万只马之中， “形式”的观念并不是人与生俱来的，而是借助于“感官”去感知外界事物而得来的。他把这种“形式”更多地称为“特征”，由此提出了他的自然界分类观点，对 “物”分类依据的是它能做什么以及它有什么特征。可以说，亚里士多德比他的老师更相信“感官”，没有像他的老师那样陷入对完美“理型世界”的眷念而不可自拔。
联想到我们在使用静态OO语言（比如java）试图去描述现实世界的场景，我们总是试图先设计出一些类(class），这些类秉承我们的意志，我们预期它们能完美地描述事物，并且试图去符合所有的现实的场景。可以注意到，这样的想法不正是柏拉图式的偏执？我们用头脑中出现的“理型”（具体到语言中的类）去描述现实世界，可现实世界往往是模糊的、粗糙的，两者的冲突不可避免，导致类不再按照我们的设想发展，它变的庞大，变的不是那么清晰，因此我们又造出“设计模式”“重构”的“诡辩之术”去弥补、去完整，可这并不是治本之道。首先我们必须承认世界是不完美的，完美的“理型”或者说完美的类是不存在的，类型的划分不能依赖于头脑中的完美“理型”（类型的划分不是取决于类），而应该根据事物的特征以及事物能做什么来划分。放弃对类描述世界的追求，转而构造模糊的类型，对象的类型不再预先构造，它的类型取决于它能干什么，它有什么特征，这正是动态语言中的“Duck-Typing”以及一些函数式语言中的模式匹配希望做到的，两者都是为了描述模糊的现实世界。再比如ruby中的mixin和open class特性又提供了方式让我们去慢慢完善“粗糙”的类，放弃一蹴而就，选择有机成长。
不是很清晰的想法，只是看《苏菲的世界》里对希腊古典哲学的描述突然想到的，各位权当荒唐言。