2015年7月2日
摘要:
主要特色:CommonLISP : lisp系集大成者, 工業化強度的大型語言. 擁有理論上最高的表達力, 非常復雜, 學習難度極大. 喜歡的人捧到天上, 覺得它是一切語言的終點, 不喜歡的人惡心死, 覺得各種混亂各種冗余, 缺失美感. (工業化語言)Scheme: 一種以靜態作用域和強制嚴格尾遞歸...
閱讀全文
posted @ 2015-07-02 09:40
快樂永遠
閱讀(4547)
推薦(0)
2015年7月1日
摘要:
寫習慣C/C++系代碼的人應該很習慣看見類似這樣的代碼:12345int i = 0;......if(i){//這里代碼不會被執行}因此寫習慣以后會想當然地覺得其他語言里應該0在if的條件里也表示false值. 除了少數非常強類型要求if后面必須為bool的語言(C#,F#.....) 其他那些允...
閱讀全文
posted @ 2015-07-01 10:14
快樂永遠
閱讀(1450)
推薦(0)
2014年2月14日
摘要:
(節選自即將出版的《黑客與畫家》中譯本) 譯者原文:http://www.ruanyifeng.com/blog/2010/10/why_lisp_is_superior.html一、如果我們把流行的編程語言,以這樣的順序排列:Java、Perl、Python、Ruby。你會發現,排在越后面的語言,越像Lisp。Python模仿Lisp,甚至把許多Lisp黑客認為屬于設計錯誤的功能,也一起模仿了。至于Ruby,如果回到1975年,你聲稱它是一種Lisp方言,沒有人會反對。編程語言現在的發展,不過剛剛趕上1958年Lisp語言的水平。二、1958年,John McCarthy設計了Lisp語言。
閱讀全文
posted @ 2014-02-14 03:05
快樂永遠
閱讀(17756)
推薦(4)
摘要:
剛才在園子里閑逛, 看見這么一篇博文在首頁:OO之工廠模式有感于四人幫那套書對廣大的編程人員誤導之嚴重, 決定寫一個小系列,專門說這個. 此文權當第一篇, 為什么工廠模式是不必要的?做一件事之前,要想的不是怎么做,而是為什么要做,工廠到底要解決什么問題?其實歸根結底就是為了不必在創建時顯式指定要創建的類型,因為幾個工廠其實本質是一樣的, 抽象工廠是完整的, 普通工廠是化簡了, 簡單工廠方法又再化簡一次. 如果連抽象工廠這個最復雜的都是沒必要存在的, 那么另外兩個就更沒存在的意義了.所以這里就對著抽象工廠來開刀.按照四人幫最早原文說的抽象工廠存在的意義是為了: Create related ob
閱讀全文
posted @ 2014-02-14 02:38
快樂永遠
閱讀(3177)
推薦(0)
2006年4月6日
摘要:
剛剛在CSDN上看到有網友問這樣的問題,的確對于不清楚底下的人這是很郁悶的.有人錯誤的把string當成值類型而分析成值類型與引用類型的不同.我們知道string其實是引用類型.其實只要ILDASM一下macorlib.dll 可以找到一些線索. 我們知道對于 ==和!=這對運算符,其實是跟Equals()方法掛鉤的,只要看看Equals()中發生的事情,就一些都明白了:.method publi...
閱讀全文
posted @ 2006-04-06 01:17
快樂永遠
閱讀(1164)
推薦(0)
2006年3月21日
摘要:
都知道發燒不是因為額頭被熱水燙過,肚子疼通常也不會是因為肚子受傷.其實調程序也是如此. 找錯誤的時候不該只從錯誤的地方區找,有可能在遙遠的地方的問題,導致了這里的錯誤.也不要去相信那些從來沒出過錯的地方,就是不會錯的,從來不錯只表示它過去沒錯,不表示現在也是對的.今天一個同事的程序就遇到這個問題,一個自定義表格控件,用了很久了,突然今天發現在一個窗體上操作著操作著就綁不出來數據.重新進入窗體又可以...
閱讀全文
posted @ 2006-03-21 00:17
快樂永遠
閱讀(339)
推薦(0)
2006年3月9日
摘要:
很多人喜歡在網上,論壇里,QQ群里,向別人要代碼...... 而我個人習慣,不太喜歡看別人代碼,因為扔在論壇上的代碼,雖然也有精品的,但是大多是新手練手,每每有看到哭笑不得的代碼. 所以一般只看運行,看代碼也就看看結構,層次. 可是工作中,卻每每需要去看別人的代碼.....今天就遇到一個極品垃圾代碼...一個類里面接近900行代碼....線程不安全也就算了,真正能用的代碼,不足一半,而那不足一半的...
閱讀全文
posted @ 2006-03-09 22:34
快樂永遠
閱讀(3403)
推薦(0)