Re: [比較] 簡單的 Java/Python/Ruby/Scala 比較。
※ 引述《PsMonkey (痞子軍團團長)》之銘言:
: 我不是來護航的,不過被認為是護航的也無訪
: 起因是因為這篇文章我看了很久都看不懂
因為這篇是從影片延伸的,所以有些地方我略過了,另外
其實影片有些地方我不認同,不過我沒提出來。
這裡只是很無聊地把影片裡的例子原封不動的搬出來而已,
所以也沒啥護航不護航的。
基本上,我認為那個影片作者的想要表達的重點只有一個:
Java 是個 super verbose 的語言,在可以的情況下快點跳
船吧。XD
另外,他還有另一個影片也很有趣:
http://oodt.jpl.nasa.gov/better-web-app.mov
是在講 Web framework 的,裡面的口號是 We Love J2EE!XD
: 如果今天比較的論點在於
: Java 要自己寫一堆 getter/setter
: 而其他三種語言不用
: 那我不置可否
: 用 Eclipse 的 getter/setter generator 的人好像沒啥資格講話 XD
影片裡有一個論點:程式碼閱讀的次數比撰寫的次數多。
我們不在乎寫一堆 getter/setter,但在閱的時候會產生很多
噪音,造成閱讀上的困擾。
: : 到這邊為止,Python / Ruby / Scala 還是不算完全打敗 Java,畢竟 Java
: : 也才九行程式碼,Ruby 也要七行。
: 如果你不用符合 JavaBean 的 spec
: 沒有引數的 constructor 可以省略
: (lat, lon 的 field 宣告部份也可以合成一行→無意義 XD)
這裡是為了保持各種語言實作出來的行為一致性,提供一組
default constructor,lat/lon 會是 0,但同時也提供另
一組做初始化,所以沒辦法省。
在這邊 Python / Ruby 都是用 default argument value 的
方式做,Java/Scala 則是提供另一組 constructor。
PS.Scala 2.8 開始也可以用 default value 了。
: : 重點是下面了,現在我們發現原來的設計有問題,因為 lat 不能小於 -90
: : 或是大於 90 ,我們要如何在不更動原有的客戶端的情況下,把這個判斷加
: : 到我們的函式庫呢?Python / Ruby / Scala 都可以很輕鬆的做到。
: 基本上 Java 的教科書(忘記官方 coding style 有沒有這樣建議?)
: 都會告訴你去寫 getter/setter 來存取 field
: (所以這幾天在寫 GridBagLayout 的時候還頗驚訝 XD)
: 你不用 setter 來設定 lat 的值
: 然後說的好像 Java 作不到
: 跟抱怨「Java 裡頭不能操作指標很麻煩」的感覺差不多
: 只能說... 我的功力太低,實在不太懂...... Orz
影片裡在強調這兩點:
* Code is read more than written
* We are all consenting adults.
解釋:我們知道自己在幹啥事,所以所有的 field 都是 public。XD
而第二點造成了 Python 的可閱讀性。
當然,第二點其實我自己不是很認同就是了。
我們當然可以在 Java 裡用 getter/setter(影片裡一開始的作
法),但會從 9 行程式變成 21 行,成為影片裡說的 super
verbose,然後別忘記第一點:Code is read more than written.
但如果我們要用破壞封裝來達成簡潔,就無法達到上面說的當你
有一天發現程式有問題時,可以不用動到客戶端的 code 來做修
正了。
這裡只是簡單的指出在客戶端的程式碼是相同的情況下(都不使
用特殊的函式),如何能夠達到相同的效果,而結論是 Java 本
身是做不到的。
這是程式語言設計上所採用的哲學的問題,在這裡 Java 很明顯
的喜歡 getter/setter,而其他三個語言比較偏好 properpty
的做法。
其實沒啥好壞之分,只是設計的哲學不一樣,但就像你說的,我
也很訝異我在 Android 會看到用 public field 來操作的情況
出現。
Notification 就是一個例子,他有很多 feild 是 public 的。
BTW,我個人比較喜歡有 Uniform access 的這邊,我個人覺得
用 property 的方式,可以很明顯的告訴你『你改掉了某個值』。
val coord = new Coord (10, 20)
coord.lat = 20
coord.setLat (20)
在第二行裡我可以一眼就看出來我改了 lat,值是 20,而不是
像第三行先看到 set,所以知道我在改值,接著再看 Lat,拼
湊出『我在改 lat 的值』的簡單的事實。
我知道這和 Java 世界裡的觀念有所差別,不過我比較喜歡第一
種的作法。
而 Ruby/Scala 的好處是由於有 uniform access 你可以很簡單
的控制 getter/setter,讓你也可以讓你在某些情況下使第一行
消效。
Ex. 可以用 coord.lat 讀值,但不能用 coord.lat = 來指定值。
不過這都只是個人偏好就是了。
只能說,習慣了 Ruby/Scala 的簡潔,回頭寫或看 Java 程式碼
有的時候會很覺得痛苦就是了。由簡入奢易,由奢返簡難啊。XD
--
~ 白馬帶著她一步步地回到中原。白馬已經老了,只能慢慢地走,
'v' Brian Hsu 但終是能回到中原的。江南有楊柳、桃花,有燕子、金魚……
// \\ ( 墳 墓 )
/( )\ 但這個美麗的姑娘就像古高昌國人那樣固執。 【白馬嘯西風】
^`~'^
http://bone.twbbs.org.tw/blog 『那都是很好很好的,可我偏不喜歡。』
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.120.199.114
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 7 之 11 篇):
PLT 近期熱門文章
PTT數位生活區 即時熱門文章
-1
12